| << Retour à l'affichage précédent |
|
[APP-32982] Suppression des Tags Veoxa Création: 25/févr./11 17:21 Mise à jour: 25/févr./11 17:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Remigiusz Woronkiewicz | Attribution: | Validator |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Notre partenariat avec Veoxa a été coupé et ainsi nous pouvons supprimer ses tags de notre site. Sachant que nous sommes en train de transmettre des infos essentielles à un partenaire qui ne nous relaie plus il est souhaitable de couper les tags au plus vite. Je remercie d'avance pour votre réactivité! Rémi |
[APP-32981] (ES) (Affiliation) Zanox - Rajout d'un tag cashbacker avec retour d'info sur le prix du produit Création: 25/févr./11 15:18 Mise à jour: 25/févr./11 16:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 89.0.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous sommes passés d'une rémunération sur le VA à une rémunération sur le CA. Ce système convient à presque tous nos affiliés, excepté les cashbackers qui remboursent leurs membres selon le prix du produit. Nous devons donc rajouter un tag qui prend en compte ce profil et pour lequel nous renverrons l'info sur VA = Prix article (sans TVA et sans frais de port) Le code de tracking à utiliser dans ce tag sera le suivant:1832041 Voici l'exemple de ce qui est fait en France (il faut se baser sur le même modèle). La seule info différente à envoyer dans le pixel de |
| Commentaires |
| Commentaire de Isabel Yus [ 25/févr./11 15:20 ] |
|
... le message a été envoyé sans être terminé -> Voici la
seule info différente entre la tag buy el le tag cashbacker à envoyer
dans le pixel "TotalPrice"
ZANOX CASHBACKER TotalPrice=[[$!purchase.SumItemPriceNumber]]" Merci d'avance, Isabel |
| Commentaire de Ariane Baldinger [ 25/févr./11 16:10 ] |
| pour le dump du 16/03 |
[APP-32980] Mettre en place un log pour savoir les url images insérées dans la base et celles qui ne le sont pas Création: 25/févr./11 16:03 Mise à jour: 25/févr./11 16:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Eric Vannier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- En rapport avec les scripts "create_ImageLine2.pl" et "import_ImageLine.pl".
|
[APP-32979] Intégration d'un lien dans le menu bleu déroulant et dans la colonne de gauche en HP - SECURITAS Création: 25/févr./11 16:03 Mise à jour: 25/févr./11 16:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Charlotte Fachan | Attribution: | Dispatcher (Param-CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
la régie à commercialiser un nouveau lien à paramétrer dans le menu bleu déroulant ainsi que dans la colonne de gauche en HP : Dates : du 1er au 31 mars Annonceur : Sécuritas Direct Univers : Maison & Electroménager Wording : Alarme et télésurveillance URL de redirect : http://alarmesd.fr/micro-partenariat-fabien/index.php?ref=price_minister ou peut être dans une page intégrée PM (je vous le confirme asap) Pouvez-vous m'indiquer des dates de mise en prod? Merci Charlotte |
| Commentaires |
| Commentaire de Charlotte Fachan [ 25/févr./11 16:22 ] |
|
Petite modif :
la régie à commercialiser un nouveau lien à paramétrer dans le menu bleu déroulant ainsi que dans la colonne de gauche en HP : Dates : du 1er au 31 mars Annonceur : Sécuritas Direct Univers : Maison & Electroménager Wording : Alarme et télésurveillance URL de redirect : http://www.priceminister.com/op/securitas Pouvez-vous m'indiquer des dates de mise en prod? Merci Charlotte |
[APP-32976] Message "Erreur Invalid user." dans le rapport d'import d'image Création: 25/févr./11 14:26 Mise à jour: 25/févr./11 14:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
- Pour le partenaire, ce message ne veut rien dire; un
tout petit peu comme "A retraiter" (c'est une autre histoire)
349404270 A retraiter 969395449_gFunT-O.jpg: The picture's size exceeds the authorised limit (7 Mo). 349404269 Erreur Invalid user. 349404268 Erreur Invalid user. 349404267 Erreur Invalid user. 349404266 Erreur Invalid user. 349404265 A retraiter Panorama2.jpg: The picture's size exceeds the authorised limit (7 Mo). 349404264 Erreur Invalid user. 349404263 Erreur Invalid user. 349404262 A retraiter 804388151_5HDYK-O.jpg: The picture's size exceeds the authorised limit (7 Mo). 349404261 Erreur Invalid user. 349404260 Erreur Invalid user. 349404259 A retraiter 969395449_gFunT-O.jpg: The picture's size exceeds the authorised limit (7 Mo). 349404065 Erreur Invalid user. 349404064 A retraiter 969395449_gFunT-O.jpg: The picture's size exceeds the authorised limit (7 Mo). 349404273 Erreur Invalid user. 349404272 A retraiter 969395449_gFunT-O.jpg: The picture's size exceeds the authorised limit (7 Mo). 349404271 Erreur Invalid user. 349404242 Erreur Invalid user. 349404241 Erreur Invalid user. 349404244 Erreur Invalid user. |
| Commentaires |
| Commentaire de Alexandre Colin [ 25/févr./11 14:45 ] |
| Peux-tu préciser sur quelle plate-forme et avec quel compte tu as généré ce rapport ? |
[APP-32975] [Stock import uk] Le lien "example file for cultural products only " renvoie sur une page d'erreur Création: 25/févr./11 11:29 Mise à jour: 25/févr./11 16:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Hanane Adeleke | Attribution: | Arnaud Potier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
erreur_404.JPG
stock_import.JPG
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | Images - Import Lot 2 |
| Navigateur: | Mozilla / Firefox |
| Description |
|
voir résumé
voir pièces jointes |
| Commentaires |
| Commentaire de Alexandre Colin [ 25/févr./11 16:15 ] |
|
Cela semble être également le cas en Production.
Vérifier l'existence des fichiers : /doc/remove_40.xls /doc/add_20.xls |
| Commentaire de Alexandre Colin [ 25/févr./11 16:19 ] |
|
Les fichiers existent sur la plate-forme FR.
http://www.priceminister.fr/doc/remove_40.xls http://www.priceminister.fr/doc/add_20.xls |
Delinkage HU
(APP-32971)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Ajout du paramètre "brouiller ce lien" non hérité sur la catégorie "Hogar"
Home page : brouillage du lien "Hogar" |
| Commentaires |
| Commentaire de Ariane Baldinger [ 25/févr./11 11:52 ] |
|
Param BO à faire en integ asap.
et en pre-deploy de la NAV-G en prod. |
Delinkage HU
(APP-32971)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Param-CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Ajout du paramètre "brouiller ce lien" non hérité sur la catégorie "Tel & PDA"
PriceTV : remplacement du lien "/nav/Tel-PDA" par "/nav/Tel-PDA_Accessoires-mobiles" (label : "Accessoires téléphone portable") Home page : brouillage du lien "Tel & PDA" |
[APP-32971] Delinkage HU Création: 25/févr./11 10:58 Mise à jour: 25/févr./11 11:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Param-CAT) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** |
IG - Script d'analyse des contenu en working
(APP-32966)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
[APP-32966] IG - Script d'analyse des contenu en working Création: 21/oct./10 12:05 Mise à jour: 25/févr./11 10:11 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Bastien Caudan | Attribution: | Emmanuel Letailleur |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||
| Projets PM: | *** CHASSE *** | |||||||||||||||
| Classif1: | TECH | |||||||||||||||
| Classif FONC: | IG |
| Description |
|
Développer un script permettant :
- de lister les contenus en working - d'envoyer un mail aux modificateurs contenant l'ensemble de ces contenus en working |
| Commentaires |
| Commentaire de Bastien Caudan [ 21/févr./11 10:24 ] |
| On verra avec le Param pour la mise en forme du mail et la mise en place du script |
| Commentaire de Emmanuel Letailleur [ 21/févr./11 10:31 ] |
|
[CAJ2011Q1CTN]
Fait. |
[APP-32964] [ADSERVER] La page op 1euro s'affiche ancrée à gauche Création: 25/févr./11 09:39 Mise à jour: 25/févr./11 10:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | MKT-E |
| Version(s) corrigée(s): | MKT-E |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Julien Meraud |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | AdServer |
| Navigateur: | FireFox 3.0 |
| Description |
|
http://www.priceminister.com/op/1euro_event_popPM
|
| Commentaires |
| Commentaire de Charlotte Fachan [ 25/févr./11 09:57 ] |
|
Salut,
oui j'ai vu cela ce matin mais j'ai l'impression que cela le fait une fois sur deux ! Nicoals, peux tu voir à quoi cela est du? Merci Charlotte |
| Commentaire de Nicolas Lewiss [ 25/févr./11 10:03 ] |
|
oui c'est normal, quand on n'indique pas de position pour une popup, elle va se mettre en x=0 et y=0
ce n'est pas prévu dans notre script de redirection adserver, on peut juste indiquer la taille de la popup il faudrait qu'on voie avec les devs comment rajouter cette fonction pour les prochaines op, pour celle-ci c'est trop tard, on ne peut pas modifier toutes les bannières |
[APP-32963] Suppession des HP sur les apaches de dev et recette (devtest/ref/rec/...) Création: 24/févr./11 18:26 Mise à jour: 24/févr./11 18:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
[APP-32954] Améliorations Edito SAV (89) Création: 24/févr./11 15:52 Mise à jour: 24/févr./11 16:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 89.0.0.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Dates limites pour soumettre à publication :
- Sur REF, avant mardi 8 mars (midi). - Sur BRANCH (et report sur REF), avant vendredi 11 mars (au soir). |
[APP-32953] [OPTIMISATION IMAGES] Affichage dans slideshow des images : mal aux yeux sur FF3 et SAF5 ;-) Création: 24/févr./11 14:17 Mise à jour: 24/févr./11 14:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Images - Optimisations |
| Navigateur: | Safari |
| Description |
|
Lorsque l'on parcourt les images contenues dans le
slideshow, l'image s'affiche d'abord (j'ai cette impression) en 100%
puis se place dans le cadre homothétiquement.
==> Effet de clignotement Surtout visible sur Mac.Safari5 J'ai un bon jeu de test sur cette annonce : http://www.pminteg.co.uk/offer?action=desc&aid=173772901 |
[APP-32948] [Upload image] Le message d'erreur obtenu quand on veut uploader 2 fichiers identiques n'est pas parlant Création: 24/févr./11 11:33 Mise à jour: 25/févr./11 11:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Hanane Adeleke | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
photo_deja_charge.JPG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Mozilla / Firefox |
| Description |
|
cf résumé et pièce jointe
|
| Commentaires |
| Commentaire de Alexandre Colin [ 25/févr./11 11:01 ] |
|
Comportement identique à celui actuellement en production.
Après analyse, il s'avère un peu trop risqué d'y toucher pour cette version. Passage du Jira en Réserve pour la prochaine version. |
[APP-32947] Check nagios : erreur "Negative counter view for advert" à vérifier Création: 24/févr./11 10:57 Mise à jour: 25/févr./11 16:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Espérance Galouo-Lece |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Lors des checks nagios de la v88 :
1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348212845 / product n°112932042 : 4 - 9 = -5 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348213749 / product n°113227048 : 20 - 105 = -85 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348245172 / product n°113059452 : 74 - 107 = -33 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348245183 / product n°113059460 : 29 - 43 = -14 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348245187 / product n°113059461 : 52 - 79 = -27 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348245370 / product n°113059459 : 25 - 33 = -8 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348414025 / product n°113058673 : 14 - 16 = -2 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348414168 / product n°112964422 : 19 - 27 = -8 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348414321 / product n°112979986 : 4 - 6 = -2 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348414335 / product n°112670597 : 166 - 202 = -36 3 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348414500 / product n°113154869 : 45 - 81 = -36 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418148 / product n°332309 : 169 - 178 = -9 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418149 / product n°1415390 : 794 - 797 = -3 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418150 / product n°441020 : 553 - 571 = -18 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418151 / product n°1082785 : 1589 - 1614 = -25 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418152 / product n°1108840 : 1770 - 1811 = -41 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418153 / product n°53434561 : 1056 - 1098 = -42 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418154 / product n°53935254 : 1610 - 1624 = -14 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418155 / product n°47387497 : 674 - 685 = -11 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418156 / product n°441503 : 487 - 503 = -16 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418157 / product n°54342058 : 266 - 274 = -8 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418158 / product n°54000603 : 852 - 868 = -16 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418159 / product n°1993516 : 5817 - 5861 = -44 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418160 / product n°820288 : 1006 - 1019 = -13 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418161 / product n°5757298 : 648 - 665 = -17 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418162 / product n°894528 : 643 - 666 = -23 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418163 / product n°7118213 : 715 - 738 = -23 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418164 / product n°332232 : 2655 - 2680 = -25 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418165 / product n°5251508 : 1475 - 1497 = -22 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418166 / product n°51711073 : 1987 - 2010 = -23 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418167 / product n°2693618 : 2325 - 2397 = -72 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418168 / product n°16361268 : 1095 - 1114 = -19 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418169 / product n°464269 : 504 - 515 = -11 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418170 / product n°565386 : 498 - 512 = -14 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418171 / product n°57786440 : 1048 - 1062 = -14 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418172 / product n°61967209 : 572 - 590 = -18 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418173 / product n°4434992 : 529 - 586 = -57 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418174 / product n°54936270 : 643 - 656 = -13 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418175 / product n°1572677 : 727 - 730 = -3 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418176 / product n°209166 : 994 - 1001 = -7 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418178 / product n°826755 : 624 - 639 = -15 1 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418180 / product n°47077810 : 2223 - 2284 = -61 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418181 / product n°6265085 : 2469 - 2496 = -27 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418182 / product n°1658742 : 372 - 382 = -10 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418183 / product n°68715721 : 630 - 641 = -11 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418184 / product n°486002 : 298 - 308 = -10 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418185 / product n°59652210 : 1014 - 1027 = -13 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418186 / product n°75791514 : 800 - 833 = -33 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418188 / product n°2031710 : 956 - 976 = -20 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418189 / product n°897712 : 267 - 271 = -4 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418292 / product n°2292691 : 1349 - 1376 = -27 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418293 / product n°6770836 : 819 - 834 = -15 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418295 / product n°1553894 : 933 - 949 = -16 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418296 / product n°899773 : 7198 - 7264 = -66 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418297 / product n°540992 : 360 - 366 = -6 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418298 / product n°5095778 : 1219 - 1247 = -28 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418299 / product n°5937491 : 1053 - 1074 = -21 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418300 / product n°1560066 : 816 - 829 = -13 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418301 / product n°5936949 : 1716 - 1729 = -13 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418302 / product n°209008 : 306 - 317 = -11 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418303 / product n°59489001 : 1113 - 1137 = -24 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418304 / product n°47252336 : 1164 - 1208 = -44 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418305 / product n°441059 : 659 - 673 = -14 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418306 / product n°5281949 : 759 - 770 = -11 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418307 / product n°332321 : 5709 - 5830 = -121 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418308 / product n°678478 : 545 - 553 = -8 2 [neon] CTN - PRODUCT (1) : Negative counter view for advert n°348418309 / product n°17103189 : 715 - 733 = -18 |
| Commentaires |
| Commentaire de Renaud Dierickx [ 24/févr./11 17:27 ] |
|
C'est à vous de voir avec l'intégration !
Ceci montre qu'il y a une incohérence de données sur le base. Merci. RED |
| Commentaire de Jean-Sébastien Franck [ 25/févr./11 16:21 ] |
| J'ai vérifié dans les checks nagios plus anciens et j'en ai trouvé beaucoup d'autres. Je vous renvoie donc la balle. |
| Commentaire de Renaud Dierickx [ 25/févr./11 16:48 ] |
|
De mémoire, ça n'existait pas du temps de notre version.
C'est une régression sur la base qui est arrivée entre notre version et la VEN ? Quoiqu'il en soit, c'est un problème de base de données d'INTEG. Problème de mise à jour de base ??? Espérance, je te laisse gérer ce problème avec les DBAs car on ne connait pas vos opérations de maintenance sur la base d'integ. |
[ADSERVER] Bannière multipromo - publication le 28/02
(APP-32933)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | MKT-E |
| Version(s) corrigée(s): | MKT-E |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | AdServer |
| Navigateur: | Tous |
| Commentaires |
| Commentaire de Charlotte Fachan [ 24/févr./11 10:30 ] |
|
Bonjour,
je ne comprends pas ce jira ??? De quoi parles tu? En prod les créas 1€ et PM ski redirige bien vers les bonne spages en prod. merci Charlotte |
| Commentaire de Cédric Goldovsky [ 24/févr./11 11:32 ] |
|
Normalement, même depuis l'Integ, lorsque l'on clique sur une bannière on devrait être redirigé vers la prod.
On avait convenu cela afin d'eviter d'oublier de faire la modif. Là, il se trouve que si tu cliques sur la bannière SKI ou la ban 1EURO, tu es redirigé vers la page op en Integ |
| Commentaire de Charlotte Fachan [ 24/févr./11 11:40 ] |
|
Nicolas pour vous répondre sur ce point.
Il me semble que l'on fait appel à des url en relatif... Nicolas? Charlotte |
| Commentaire de Nicolas Lewiss [ 24/févr./11 19:09 ] |
|
Hello, en fait on a parfois besoin d'utiliser des urls en
relatif lorsque les pages vers lesquelles on redirige ne sont pas encore
en prod, est-ce que c'est génant ? au final il n'y a aucune différence
|
[APP-32940] Label foireux dans StandardBuyerPurchaseListFacade Création: 24/févr./11 10:13 Mise à jour: 24/févr./11 10:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
En faisant les checks Nagios, j'ai trouvé un label en erreur :
2011-02-23-12:20:22 argon 0.none.StandardItemMonitoringFacade.TRACKING.LABEL 2011-02-22-10:43:28 krypton 0.none.StandardItemMonitoringFacade.TRACKING.LABEL 2011-02-21-18:27:44 argon 0.none.StandardItemMonitoringFacade.TRACKING.LABEL En regardant dans le code, on a cette phrase : new Phrase("StandardItemMonitoringFacade","TRACKING","Suivre le colis") dans la classe StandardBuyerPurchaseListFacade. Il n'y a pas de label correspondant dans IG pour StandardItemMonitoringFacade mais il y en a un pour StandardBuyerPurchaseListFacade. |
[APP-32939] Le pseudo indiqué dans Vpod indique priceminister au lieu du vendeur pro Création: 24/févr./11 09:44 Mise à jour: 24/févr./11 10:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Tristan Wermelinger | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
pseudo vpod 2.JPG
pseudo vpod.JPG
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Sur le site de Vpod utilisé pour valider les vidéos postées
par les utilisateurs, le pseudo de Jeprogresse à été remplacé par
priceminister. (cf. images écran)
|
| Commentaires |
| Commentaire de Tristan Wermelinger [ 24/févr./11 09:59 ] |
| Il faut surtout savoir si la vidéo sera bien reliée à l'annonce correspondante. |
[APP-32938] Modification mails types messagerie BO équipe commerciale Création: 23/févr./11 19:20 Mise à jour: 24/févr./11 10:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Gaël Seguillon | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Messages types_2011.docx
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour
il s'agit d'ajouter des mails types à la liste des messages BO ou d'apporter des modifications sur les existants détails en PJ merci Gaël |
| Commentaires |
| Commentaire de Gaël Seguillon [ 23/févr./11 19:28 ] |
|
A noter que le message type présent dans le doc en PJ et
intitulé Inscription PRO remplace tous les messages existants de ce
type, aujourd'hui ces messages sont déclinés par type de produit, on va
désormais avoir un mail type unique à la place
Ce message remplace INSCRIPTION PRO - EQUIPEMENT INSCRIPTION PRO - Elecroménager et Bricolage INSCRIPTION PRO - Produits High Tech INSCRIPTION PRO - Produits culturels Merci Gaël |
[APP-32937] Modification Pop Up Inscription Pro Création: 23/févr./11 19:09 Mise à jour: 23/févr./11 19:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Gaël Seguillon | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Por_PopUP.docx
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Le wording de la pop up http://www.priceminister.com/help/hs est à revoir. Dans ce paragraphe, quand on clique sur « contacter notre équipe commerciale » Vous êtes vendeur professionnel > Contacter notre équipe commerciale Dans la Pop Up Je suis un vendeur professionnel Vous avez des stocks importants et vous souhaitez obtenir une aide personnalisée pour vendre sur PriceMinister ? Sélectionnez tout d'abord la catégorie de produits que vous souhaitez mettre en vente : on a supprimé le menu déroulant proposant le type de produit Contactez notre équipe commerciale Mon compte professionnel sur PriceMinister > ce lien ne fonctionne pas |
| Commentaires |
| Commentaire de Gaël Seguillon [ 23/févr./11 19:11 ] |
| copie ecran en pj |
Migration données table PRODUCT en attributs
(APP-32907)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 83.0.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
ce jira n'est pas lié à une version => test sur ref-fr dans le BO et IG.
Faire un test de fallback entre données PRODUCT (date de parution, poids, nb de supports) et les nouveaux attributs équivalents : - dans le summary de la configuration produit Livres. - dans le template produit (voir aussi template de liste) utilisé par le type Livres. |
| Commentaires |
| Commentaire de Marion Anfreville [ 23/févr./11 18:28 ] |
|
Test de fallback dans la configuration Livres sur ref-fr :
http://bo.ref-fr.pm.dev/referential_back?action=productconfigurationlist >>> RawListDigest <<< AVANT : ---------------------------------------------------------------------- #concat($util.sentence($!product.getFirstContributorName($prcRole.EDITEUR)) ' - ' $util.getDateOrYear($!product.getReleaseDate())) APRES : ---------------------------------------------------------------------- #if( $product.getReleaseDate() ) #set( $date = $product.getReleaseDate() ) #elseif( $product.getAttributeValue('PMC0000089') ) #set( $date = $product.getAttributeValue('PMC0000089') ) #end #concat($util.sentence($!product.getFirstContributorName($prcRole.EDITEUR)) ' - ' $date) >>> ReleaseDate <<< AVANT : ---------------------------------------------------------------------- $!product.getReleaseDate() APRES : ---------------------------------------------------------------------- #if( $product.getReleaseDate() ) $!product.getReleaseDate() #elseif( $product.getAttributeValue('PMC0000089') ) $!product.getAttributeValue('PMC0000089') #end >>> Weight <<< AVANT : ---------------------------------------------------------------------- $!product.getWeight() APRES : ---------------------------------------------------------------------- #if( $product.getWeight() ) $!product.getWeight() #elseif( $product.getAttributeValue('A00357') ) $!product.getAttributeValue('A00357') #end => Le rafraichissement du cache de configuration produit à vriller (out of memory). |
| Commentaire de Marion Anfreville [ 25/févr./11 16:57 ] |
|
J'ai remis $util.getDateOrYear() pour le RawListDigest.
test en cours : http://bo.ref-fr.pm.dev/referential_back?action=productview&productid=814337 Par contre j'ai un plantage par rapport à la date que l'appli réclame au format yyyy-mm-dd hh:mm:ss test pour format date : (planté) Timestamp format must be yyyy-mm-dd hh:mm:ss[.fffffffff] http://bo.ref-fr.pm.dev/referential_back?action=productview&productid=328159 http://bo.ref-fr.pm.dev/referential_back?action=productview&productid=344892 |
[APP-32934] [Adserver] Implémentation du tag OneCall de Smart Création: 23/févr./11 16:41 Mise à jour: 24/févr./11 12:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | AdServer |
| Description |
|
Il s'agit d'implémenter le nouveau tag Smart Adserver "One
Call" permettant d'appeler tous les contenus régie en une seule fois et
donc de réduire fortement le temps de "blocage" dans le chargement d'une
page.
Cela implique : > La création de nouvelles méthodes pour gérer ce tag > La modification du plan de marquage pour faire appel aux nouvelles méthodes (simplification du plan de marquage avec une seule fonction appelée). Tout se fait dans Infoglue |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 24/févr./11 11:14 ] |
|
J'ai passé par tous les tags à exception de :
Event Tab : date de creation modifié Synergies ES et UK Pages evenement : date de création modifié et header => à voir de votre coté Buttons HP donc je vous affecte ce Jira pour finir les corrections. Tag Overlay créee sur ES et UK, mais je crois que c'était que pour FR... |
[APP-32933] [ADSERVER] Bannière multipromo - publication le 28/02 Création: 23/févr./11 15:26 Mise à jour: 24/févr./11 16:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | MKT-E |
| Version(s) corrigée(s): | MKT-E |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Site: | Integ | |||||||||||||||
| Projets PM: | AdServer |
| Description |
|
Bannière multipromo :
1euro PriceMinister ski PB2 Flash Montre PB2 Sports-Shoes Mev rapide Passage de l'Integ ==> Jeudi 24/02 am |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 23/févr./11 15:26 ] |
|
Salut Charlotte,
Pourrais tu renseigner ici les tags attendus ainsi que les pages cibles pour chacune des promos ? Merci Céd. |
| Commentaire de Charlotte Fachan [ 24/févr./11 10:34 ] |
|
Bonjour cédric,
les xtatc n'ont pas changé puisque ceux sont les mêmes créas. Excepté pour 1€ : la créa change. Julien te transmet asap le xtatc correspondant. Merci Charlotte |
| Commentaire de Charlotte Fachan [ 24/févr./11 10:56 ] |
|
Ok la bannière est bien sur le site de test.
Pour info : Aucune promo ne change. C'est simplement l'ordre d'apparition qui a été modifié : cela doit apparaître comme ceci : 1euro PriceMinister ski PB2 Flash Montre PB2 Sports-Shoes Mev rapide merci Charlotte |
| Commentaire de Vincent Redrado [ 24/févr./11 16:47 ] |
|
Bonjour,
Est-ce que la bannière multipromo HP a été testée afin de la mettre en ligne svp? Merci par avance, Vincent |
[APP-32932] [ADSERVER] Extensions des emplacements Vente Flash avec promo des boutiques perso pro à toutes les sous catégories Mode et Sport & Loisirs Création: 23/févr./11 15:17 Mise à jour: 23/févr./11 15:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | MKT-E |
| Version(s) corrigée(s): | MKT-E |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Integ | ||||||||||
| Projets PM: | AdServer |
| Description |
|
Bannière LMLM
Emplacements : toute la catégorie mode (home et sous-catégories) en remplacement des TG (cette bannière devra tourner aléatoirement avec celle de SS) Page cible: http://www.priceminister.com/boutique/flash_montre Tag : xtatc=INT-130096-0 (le même pour tous les emplacements) Bannière SS Emplacements : - toute la catégorie mode (home et sous-catégories) en remplacement des TG (cette bannière devra tourner aléatoirement avec celle de LMLM) - Sports&Loisirs > dans la sous-catégorie vêtements de sport Page cible: http://www.priceminister.com/boutique/sports-shoes Tag : xtatc=INT-130094-0 (le même pour tous les emplacements) |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 23/févr./11 15:17 ] |
| Passage de l'Integ ==> Jeudi 24/02 am |
[APP-32929] So Colissimo - Page "Détail vente" : Adapter le wording du cartouche si plusieurs articles Création: 23/févr./11 11:32 Mise à jour: 23/févr./11 11:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Il semblerait que pour certains vendeurs, lorsqu'ils ont
plusieurs articles dans la commande, il n'est pas évident qu'il n'y a
qu'un seul bordereau et qu'il ne faut donc faire qu'un seul colis...
L'idée est donc d'adapter le wording du cartouche de notification, s'il y a plusieurs articles.... Habib, tu confirmes le wording ci-dessous ? "$buyer.Login vous a commandé plusieurs articles. Le bordereau So Colissimo n'est valable que pour un seul et unique colis. Si regrouper tous les articles en un seul colis vous est impossible, contactez le Service Clients PriceMinister." NB : on pourrait, sinon, envisager de mettre une alerte JS lors du clic sur le bouton bordereau ? |
[APP-32928] BO : pas d'évènement si message supprimé ? Création: 23/févr./11 11:10 Mise à jour: 23/févr./11 11:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Mail d'Habib :
"J'ai reproduit le problème en Integ. Quand un message est associé par un opérateur SAV à un article, puis que le message est supprimé depuis la fiche-article (c-à-d en cliquant sur la poubelle à côté du titre du message), aucun événement n'est enregistré sur le compte. @Thomas : la création d'un événement "Message supprimé..." en BO serait lié à l'endroit à partir duquel on supprime le message ? http://bo.priceminister.com/purchase_back?action=itemview&itemid=153170971 " |
[APP-32927] Gestionnaire de commande / Mes achats : incohérences entre deux wording d'état d'article Création: 23/févr./11 11:08 Mise à jour: 23/févr./11 11:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Emeric Teil | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
On a « Réclamation traitée - Vendeur noté » & « Réclamation traitée. Vendeur noté. »
==> Il faudrait faire un choix entre "-" et "." et homogénéiser ça... A priori, on partirait plutôt sur le "-" A modifier sur chaque page où c'est repris. |
[APP-32926] Gestionnaire de commande : Wordings des ItemLog hétérogènes et confusant Création: 23/févr./11 11:00 Mise à jour: 23/févr./11 11:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
Cf capture (pas homogène, un coup il y a, par exemple, des majuscules, un coup non).
Et on a l'impression d'avoir des évènements en double... Exemple de transaction où il est un peu compliqué de s'y retrouver : http://bo.priceminister.com/purchase_back?action=itemview&itemid=151166033 |
[APP-32925] 1Euro : Vérifier/Corriger les infos envoyées Création: 23/févr./11 10:58 Mise à jour: 23/févr./11 10:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Mail reçu de leur part :
"Nous avons détecté un défaut d'affichage du LOGO PRICEMISNISTER sur le parcours de paiement 1euro.com, il faudrait donc vérifier que celui-ci est bien appelé dans le champs ADVERT tel que : $parm="$parm advert=logo_pm.gif"; De plus, votre LOGO spécifique au retour à la boutique n'a toujours pas été configuré chez vous, pour rappel, il faut l'appeler dans le champs CANCEL_RETURN_LOGO tel que : $parm="$parm cancel_return_logo=warning_03.jpg"; " |
[APP-32924] Gestionnaire de commande : wording incohérent si vendeur en -1 ou -2 Création: 23/févr./11 10:48 Mise à jour: 23/févr./11 10:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
Etant donné que le vendeur est en -1 ou -2, les
communications avec lui sont coupées... on me dit cependant que je peux
le contacter... il faudrait donc voir les possibilité d'adaptation de ce
wording...
|
[APP-32923] [Connector - advertscomplete] Les valeurs champs booléens sont 'true' ou 'false' au lieu de '0' ou '1' Création: 23/févr./11 10:22 Mise à jour: 23/févr./11 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | (NAV-G) |
| Version(s) corrigée(s): | (NAV-H) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Dans les champs JSON du connecteur, on utilise généralement 1
ou absent pour les booléens tels que les types d'envoi autorisés par
les vendeurs.
Pour is_original (OR) et is_negotiable (NE), on a oublié cette règle, et on met true ou false. Attention à la désérialisation côté appli : vérifier que le connecteur reste rétro-compatible, ou noter sur la fiche de la version que ce n'est plus le cas A corriger pour la prochaine version du connecteur ? |
[APP-32922] Liens Adsense AFC pas souligné Création: 22/févr./11 19:54 Mise à jour: 24/févr./11 17:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Charlotte Fachan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
les liens Adsense AFC ne sont pas soulignés contrairement a ceux sur AFS. Merci Charlotte |
| Commentaires |
| Commentaire de Renaud Dierickx [ 24/févr./11 17:33 ] |
|
C'est connu et c'était de mémoire souhaité à l'époque.
Si tu souhaites voir ce jira être priorisé, merci d'en parler en CoMarket. |
[APP-32918] M.à.j tableau frais de port ES Création: 22/févr./11 17:03 Mise à jour: 24/févr./11 16:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 90.0.0.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Pablo Anton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Pablo, une nouvelle catégorie, Puériculture, et des frais de port qui changent.
Elle sortira vers fin mars. Tu peux avoir plus d'information dans le Jira Je te transmets tout ça en détail |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 14:02 ] |
|
Les tranches de poids et frais de port correspondantes à cette rubrique : 0 à 100 g T(1.90) 1.10 € 100 à 250 g T(2.70) 1.90 € 250 à 500 g T(4.60) 3.80 € 500 à 3 kg T(7) 6.20 € 3 à 10 Kg T(9) 8.00 € 10 à 15 Kg T(14.75) 12.75 € 15 à 30 kg T(20) 18.00 € 30 à 50 kg T(32) 28.00 € 50 à 70 kg T(50) 48.00 € 70 à 100 Kg T(72) 70.00 € + de 100 kg T(102) 100.00 € Tu peux observer qu'il y deux nouvelles colonnes. Ces tailles ne seront pas utilisés au début. Tu peux choisir de les inclure maintenant ou plus tard. À prévoir également une migration de produits et donc une nouvelle m.à.j des tailles fdp et tranches de poids pour les types qui les utilisent. |
| Commentaire de Habib-Sylvain Gourguet [ 23/févr./11 19:56 ] |
| Pour Pablo. |
| Commentaire de Pablo Anton [ 24/févr./11 16:08 ] |
| Rocío, est-ce que tu pourrais ajouter le nom des articles à modifier stp? Je suppose qu'un des articles c'est cs_shipping... je te remercie! |
Dashboard : compteur "Problèmes Q&A Produits" erroné
(APP-32252)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Ceci vient toujours du bug des VENs, on a supprimé les entrées produits -1 dans la table entity_post_relation.
Exemple : http://bo.priceminister.com/product_question_back?action=productquestionview&postid=128021032 SQL> SELECT entity_post_relation_id, post_id, ENTITY_TYPE_CODE FROM where post_id = 128021032; ENTITY_POST_RELATION_ID POST_ID ENTITY_TYPE_CODE ----------------------- ---------- ---------------- 255872181 128021032 20 ============================================= Liste des posts avec problème : SELECT post_id, ENTITY_ID FROM entity_post_relation e1 where e1.entity_type_code = 20 AND NOT EXISTS (select 1 FROM entity_post_relation e2 where e2. post_id = e1. post_id and e2.entity_type_code = 10) ; POST_ID ENTITY_ID -------------------------------------- ... 128020969 354778309 128032255 264986759 128249864 354602115 128206865 355788536 128094025 349231089 128207489 345578696 128229834 350303975 128131167 341674343 128061250 347674893 128208833 357854256 128209413 351395030 128229593 318558071 128111849 320635271 378 ligne(s) sélectionnée(s). |
Migration données table PRODUCT en attributs
(APP-32907)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Les données migrées sont les données release_date, weight,
medium_count de la table PRODUCT qui vont passées en attributs.
Créer un script qui : - remplace dans les formats (advert_mapping) les cells suivantes par les nouveaux attributs correspondants => A PRECISER (PRM). cell_type_code|label 200|Date parution 220|Poids (grammes) 240|Nombre de supports ATTENTION : pour l'attribut Poids, il faudra également spécifier l'unité => A PRECISER (PRM) - Met à jour toutes les fiches produits portants l'une de ces données PRODUCT et ajouter la valeur d'attribut équivalente. Le produit portera alors les 2 données (donnée PRODUCT + attribut équivalent). ATTENTION : Il faut que cette mise à jour lance un recalcul du summary mais pas de réindexation FAST (on souhaite éviter une réindexation des produits dans l'immédiat pour ne pas impacter les flux partenaires et ne pas générer de gros full). |
Migration données table PRODUCT en attributs
(APP-32907)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
Migration données table PRODUCT en attributs
(APP-32907)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
fdp_weight.xlsx
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Marion Anfreville [ 21/févr./11 15:58 ] |
|
Ci-joint le fichier avec le récapitulatif des noeuds de
l'arbre de frais de port qui utilise la données Poids (fdp_weight.xlsx).
Nb de noeuds concernés par pays : FR : 110 ES : 41 UK : 41 Il faut rajouter un équivalent de ces noeuds en utilisant le nouvel attribut poids (avec sa valeur numérique) => ajouter un groupement supplémentaire avec l'attribut poids. Pour la transition, on doit pouvoir récupérer le frais de port aussi bien par la données Poids que par le nouvel attribut poids. Lorsque tout aura été migré, on pourra supprimer les anciens noeuds qui utilisent la données Poids (données de la table e PRODUCT). |
Migration données table PRODUCT en attributs
(APP-32907)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Marion Anfreville [ 25/févr./11 15:08 ] |
|
Valider avec Jérôme, Ariane et Julien.
On va réutiliser les attributs : - Date (PMC0000089) - Dimensions et poids / Poids (A00357) Et créer un nouvel attribut : - Nombre de supports Les attributs Date et Nombre de supports devront être mappés sur tous les produits culturels, soit : Code|Label 20|CD 1960|CD en pré-commande 40|Jeux Vidéo 1961|Jeux Vidéo en pré-commande 10|Livres 320|Livres anciens 1963|Livres en pré-commande 1360|Partitions 2280|Revue 30|Vidéo 1962|Vidéo en pré-commande 330|Vinyle L'attribut Dimensions et poids / Poids (A00357) qui est un attribut déjà utilisé par CNet devra quant à lui être mappé sur les types de produits pour lesquels on retrouve la donnée Poids dans l'arbre de frais de port, soit pour FR : Accessoires Auto Jouets Jeux de société Jeux de plein air Jeux de café Modélisme Puériculture générale Fourniture de bureau Livres Livres anciens Matériel de sport Animalerie Bricolage Décoration Tapis Gastronomie Mobilier Montre Partitions |
| Commentaire de Marion Anfreville [ 25/févr./11 15:32 ] |
|
à prendre en compte pour la création des attributs sur les autres plateformes :
http://pricewiki.lan/Wiki.jsp?page=CreerUnAttributOuUneValeurAvcCleSpecifique |
[APP-32907] Migration données table PRODUCT en attributs Création: 21/févr./11 15:45 Mise à jour: 21/févr./11 15:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Marion Anfreville |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** |
[APP-32904] PartnerBlock: suppression du lien airtist.com Création: 21/févr./11 11:08 Mise à jour: 21/févr./11 11:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Rémi Gonseau | Attribution: | Thierry Leforestier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Suppression sur http://www.priceminister.com/nav/Hifi_audio-portable du lien vers airtist.com.
Le site du partenaire est HS |
| Commentaires |
| Commentaire de Rémi Gonseau [ 21/févr./11 11:14 ] |
| supprimé sous infoglue |
[APP-32903] [Adserver lot2] PriceTV - Expirer la promo IG Création: 18/févr./11 18:14 Mise à jour: 24/févr./11 09:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | (CTN-X) |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | AdServer |
| Description |
|
Les autopromos étant migrées dans l'adserver, il faut donc faire expirer la promo IG à la date de mise en prod
/promotions/Promotions/FR/Promos/PriceTV/Autopromo |
| Commentaires |
| Commentaire de Bastien Caudan [ 21/févr./11 11:21 ] |
|
Redis-nous du coup la solution choisie (date d'expiration ou dossier géré par property)
Merci ! |
| Commentaire de Rocio Perez-Garcia [ 21/févr./11 11:34 ] |
|
Plus simple mettre une date d'expiration.
Pour tester en ref on utilise spot date. Pour les test en integ on le déplace dans le dossier Migration qui est à false. Ça vous convient ? |
| Commentaire de Bastien Caudan [ 21/févr./11 11:41 ] |
|
Nickel !
|
[APP-32901] [MeV] Adaptation du contrôle générique Etat Création: 18/févr./11 15:27 Mise à jour: 18/févr./11 15:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Colin | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Projets PM: | MEV - Contrôle générique |
| Description |
|
Pour certains types de produits, on souhaite autoriser
uniquement les états "Neuf" et "Comme neuf" dans les formulaires de mise
en vente complète.
S'il s'agit d'un vendeur Particulier, seul l'état "Comme neuf" doit être cliquable (l'état "Neuf" étant indiqué comme uniquement accessible aux Pros). S'il s'agit d'un vendeur Pro, seuls les états "Comme neuf" et "Neuf" doivent être cliquables. Merci. |
[APP-32900] [ADSERVER] Bannière HP sous Chrome : un clic = disparition de la ban Création: 18/févr./11 11:25 Mise à jour: 18/févr./11 11:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | AdServer |
| Description |
|
Sous chrome, lorsqu'on clique dans la bannière multipromo,
celle-ci disparait pendant 1/2 seconde avant de nous rediriger vers la
page cible
|
[APP-32899] ERROR : com.priceminister.navigation.shop.presentation.front.FeedbackShopAction.execute(FeedbackShopAction.java:85) Création: 18/févr./11 10:23 Mise à jour: 18/févr./11 10:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 87.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
- Depuis que nous sommes passés en CTN-W il y'a des erreurs de ce type ;
- Serait-il possible de mieux gérer cette exception, dans la mesure où on sait le pourquoi du comment ? 2011-02-17 10:46:44,592 INFO [P-Processor3] Ashes84 - >>> GET http://www.priceminister.com/feedback/Ashes84 2011-02-17 10:46:44,598 ERROR [P-Processor3] Ashes84 - Load error~Servlet=com.priceminister.navigation.shop.presentation.front.FeedbackShopServlet~Request=GET http://www.priceminister.com/feedback/Ashes84~Referrer=http://www.priceminister.com/user?rid=1&redirected=true~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.589.0 Safari/534.13~Trace=java.lang.NullPointerException~at com.priceminister.navigation.shop.presentation.front.FeedbackShopAction.execute(FeedbackShopAction.java:85) java.lang.NullPointerException at com.priceminister.navigation.shop.presentation.front.FeedbackShopAction.execute(FeedbackShopAction.java:85) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:522) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:451) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:337) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:252) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-02-17 10:46:44,598 INFO [P-Processor3] Ashes84 - Setting response status code to 503 2011-02-17 10:46:44,791 INFO [P-Processor3] Ashes84 - <<< [199 ms] GET http://www.priceminister.com/feedback/Ashes84 AUTRE CAS 2011-02-17 06:27:44,113 INFO [-Processor60] 82.98.144.46 - >>> GET http://www.priceminister.com/boutique/?page=http://fxgaming.org/e107_plugins/ver.txt?? 2011-02-17 06:27:44,117 INFO [-Processor60] 82.98.144.46 - Boutique pour null non trouvée 2011-02-17 06:27:44,118 ERROR [-Processor60] 82.98.144.46 - Load error~Servlet=com.babelstore.advert.front.ShopServlet~Request=GET http://www.priceminister.com/boutique/?page=http://fxgaming.org/e107_plugins/ver.txt??~Referrer=null~User-Agent=libwww-perl/5.825~Trace=java.lang.NullPointerException~at com.priceminister.navigation.shop.presentation.front.FeedbackShopAction.execute(FeedbackShopAction.java:85) java.lang.NullPointerException at com.priceminister.navigation.shop.presentation.front.FeedbackShopAction.execute(FeedbackShopAction.java:85) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:522) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:451) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:337) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:252) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-02-17 06:27:44,118 INFO [-Processor60] 82.98.144.46 - Setting response status code to 503 2011-02-17 06:27:44,296 INFO [-Processor60] 82.98.144.46 - <<< [183 ms] GET http://www.priceminister.com/boutique/?page=http://fxgaming.org/e107_plugins/ver.txt?? |
[APP-32898] Modif de forme à apporter au mail-type "compte suspendu - contrefaçon" Création: 18/févr./11 09:14 Mise à jour: 18/févr./11 09:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Benjamin Moutte | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
La phrase "La définition complète des Produits Interdits
visés par ces dispositions figure à l'article 1 (v° "Produit Interdit")
desdites Conditions générales d'utilisation.", qui est après des
citations des CGU, n'a pas vocation à être en italique.
|
[APP-32897] Problème de Matching dans le connecteur , génère trop d'écriture dans Updateconnector.log... Création: 17/févr./11 18:54 Mise à jour: 18/févr./11 16:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour,
Nous avons rencontré un problème dû à un profil d'import qui n'utilisait pas le bon attribut pour les frais de port. Cela a généré énormément d'écriture au niveau du fichier updateconnector.log qui faisait 14G en cours de journée. Heureusement, nous avons été alerté par une surveillance de l'espace disque qui a sonné car on était à 94% d'occupation disque. Voici le type d'erreur généré : 2011-02-17 10:59:09 (17943197 ms) ERROR [CategoryMatcher ] - Attribute 'Dimensions et poids / Plages de poids' = 2.0 of product 1143 68837 not comparable to parameter 496268 = PM00212945 of category 335551 2011-02-17 10:59:09 (17943197 ms) ERROR [CategoryMatcher ] - Attribute 'Dimensions et poids / Plages de poids' = 2.0 of product 1143 68837 not comparable to parameter 496271 = PM50532652 of category 335552 2011-02-17 10:59:09 (17943197 ms) ERROR [CategoryMatcher ] - Attribute 'Dimensions et poids / Plages de poids' = 2.0 of product 1143 68837 not comparable to parameter 497109 = PM07776046 of category 335740 2011-02-17 10:59:09 (17943197 ms) ERROR [CategoryMatcher ] - Attribute 'Dimensions et poids / Plages de poids' = 2.0 of product 1143 68837 not comparable to parameter 496274 = PM00216948 of category 335553 Le but serait de pouvoir écrire les infos concernant le matching dans un fichier autre pour brancher une surveillance de ce fichier est générer une rotation des logs voir un archivage lorsque celui-ci atteint une certaine taille pour éviter un plantage d'un serveur car sur l'INTL, un des connecteurs est sur le noeud d'admin et donc lors d'un week-end , nous pouvons potentiellement perdre les index INTL à cause de ce problème. Si on est entrain de construire un nouvel sur l'autre branche, le site reste en maintenance en attendant , ce qui n'est pas envisageable. Je reste à votre disposition pour parler des solutions envisageables. Cdt, |
| Commentaires |
| Commentaire de Martin Sudmann [ 18/févr./11 16:13 ] |
|
en attendant, augementer le loglevel dans log4j.xml pour éviter ces logs:
<category name="com.babelstore.category.CategoryMatcher"> <priority value="FATAL"/> </category> |
| Commentaire de Eric Vannier [ 18/févr./11 16:41 ] |
|
J'ai déployé sur tous les serveurs connecteurs pour éviter les soucis éventuels ce week-end.
On voit Lundi pour avoir un "appender" avec une taille limitée. Cela nous permet d'avoir encore l'info et de pouvoir brancher une alerte sans risque de disque full. |
[APP-32895] [1euro] Réactivation de la phrase 1euro au bilan panier Création: 17/févr./11 10:24 Mise à jour: 22/févr./11 12:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | maxime.corvaisier@priceminister.com | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Classif FONC: | comarket | ||||||||
| Description |
|
Bonjour,
La mise en avant 1euro.com a été supprimée du bilan panier au 1er février 2011, il semblerai que la date d'expiration soit passée au 31/08/2010. =>15€ de réduction avec 1euro.com ! (?) Est-ce que vous pouvez remettre ce message en vert ? Nous allons changer d'opération au 1er mars 2011, voir un autre JIRA. Merci d'avance, ---------------------------------------------- Maxime CORVAISIER Assistant Chef de Projet Marketing Fidélisation www.priceminister.com 01.42.78.80.54 |
| Commentaires |
| Commentaire de Ariane Baldinger [ 17/févr./11 12:31 ] |
|
Vu avec Yann, il semble y avoir un souci avec le label qui
devrait s'afficher dans le bloc 'bilan panier'. Même en modifiant la
date d'expiration => 08/2011 il ne s'affiche pas....
Yann je te transmets le jira pour voir si ça vient de l'appli. Merci Ariane |
| Commentaire de Ariane Baldinger [ 18/févr./11 14:17 ] |
|
Yann,
Tu as eu le temps de regarder ? A. |
| Commentaire de Yann Danot [ 18/févr./11 14:21 ] |
| pas encore je regarde ca dans l'après-midi |
| Commentaire de Ariane Baldinger [ 21/févr./11 15:57 ] |
|
Salut Yann,
Tu as pu regarder ? |
| Commentaire de Rémi Virlouvet [ 22/févr./11 12:02 ] |
| où en est-on de cette demande ? merci |
[APP-32894] [1euro] Changement modalités de l'opération de la phrase 1euro au bilan panier Création: 17/févr./11 10:42 Mise à jour: 21/févr./11 15:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | maxime.corvaisier@priceminister.com | Attribution: | Rémi Virlouvet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||
| Classif FONC: | comarket | ||||||||||||||||
| Description |
|
Bonjour,
Nous allons changer les modalités de l'opération dès le 1er mars 2011 jusqu'au 30 avril 2011. Sur la fiche "Mon panier", dans le cadre "bilan panier", est ce que vous pourriez changer la phrase verte pour qu'elle apparaisse comme ceci : Si panier entre 0.90 € et 20 € => 10€ de réduction à partir de 20euros d'achat ! (?) Tooltip : 10€ de réduction pour tout premier paiement supérieur à 20€ avec 1euro.com Lien vers http://www.priceminister.com/op/1euro_event_popPM?popup=true Si panier entre 20 € et 200 € => 10€ de réduction avec 1euro.com ! (?) Tooltip : 10€ de réduction pour tout premier paiement supérieur à 20€ avec 1euro.com Lien vers http://www.priceminister.com/op/1euro_event_popPM?popup=true Si panier entre 200 € et +inf => 50€ de réduction avec 1euro.com ! (?) Tooltip : 50€ de réduction pour tout premier paiement supérieur à 200€ avec 1euro.com Lien vers http://www.priceminister.com/op/1euro_event_popPM?popup=true Merci, Maxime |
[APP-32892] [IG] Revoir l'exemple de commentaire sur les soumissions à publication de contenu Création: 16/févr./11 18:07 Mise à jour: 16/févr./11 18:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2011-02-16_181218.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
APP-XXXXX [project (or/and version if known)] English comment DEVIENT : APP-XXXXX [project (and version)] English comment |
[APP-32887] Retargeting - Nouveau Plan de taguage type iFrame pour notre partenaire Nextperformance Création: 16/févr./11 11:35 Mise à jour: 18/févr./11 11:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 90.0.0.1 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Dispatcher (Param-CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Voici comme convenu le nouveau plan de taguage iFrame de notre partenaire Nextperformance (ci-dessous). Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels. Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher. N'hésitez pas à revenir vers moi si vous avez la moindre question. Merci Home <iframe src="http://nxtck.com/act.php?zid=14725;if=1;ionm=1" width="1" height="1" frameborder="0"></iframe> Produit <iframe src="http://nxtck.com/act.php?zid=14726;pid=$PRODUCT_ID;if=1;ionm=1" width="1" height="1" frameborder="0"></iframe> Panier <iframe src="http://nxtck.com/act.php?zid=14727;if=1;ionm=1" width="1" height="1" frameborder="0"></iframe> Transaction <iframe src="http://nxtck.com/act.php?zid=14728;id=$ORDER_ID;mt=$AMOUNT;if=1;ionm=1" width="1" height="1" frameborder="0"></iframe> |
| Commentaires |
| Commentaire de Ariane Baldinger [ 16/févr./11 13:03 ] |
|
Hello Damien,
Peux-tu valider ces tags stp ? Merci! |
| Commentaire de Damien Dorizy [ 16/févr./11 17:44 ] |
|
OK pour moi.
Une question cependant Jonathan, pour le tag panier, dans l'ancien tag il fallait passer les id produit en paramètre, pas dans celui-là ? |
| Commentaire de Jonathan Gorges [ 16/févr./11 17:46 ] |
| Je demande :) ! |
| Commentaire de Jonathan Gorges [ 17/févr./11 12:54 ] |
|
Voilà le TAG Panier corrigé:
<iframe src="http://nxtck.com/act.php?zid=14727;pid=$PRODUCT_ID;if=1;ionm=1" width="1" height="1" frameborder="0"></iframe> |
| Commentaire de Ariane Baldinger [ 18/févr./11 11:03 ] |
| Mise en prod prévue pour le 30/03. |
[APP-32886] Des valeurs de filtre différentes entre CDF et Cartouche de nav Création: 16/févr./11 10:56 Mise à jour: 18/févr./11 09:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Cette page de navigation :
http://www.priceminister.co.uk/nav/Phones-PDAs_Mobile-Accessories Présente des liens vers une nav du type : http://www.priceminister.co.uk/nav/Phones-PDAs_Mobile-Accessories/f3/Panasonic Le CDF, lui, présente un lien vers : http://www.priceminister.co.uk/nav/Phones-PDAs_Mobile-Accessories/f3/Panasonic+ Nous avons donc une nav en double. Problème de paramétrage ? de dev ? |
[APP-32883] NPE en prod sur le panier Création: 16/févr./11 09:29 Mise à jour: 16/févr./11 09:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
2011-02-16 09:09:49,010 INFO [-Processor32] SiouxLapache - >>> POST http://www.priceminister.com/cart!action=add&aid=136836008
....................... 2011-02-16 09:09:49,113 ERROR [-Processor32] SiouxLapache - TransactionRolledbackException in method: public abstract com.babelstore.purchase.ItemInfo com.babelstore.purchase .business.PurchaseBusiness.addItem(java.lang.Long,boolean,java.lang.String,java.lang.String,java.lang.Long,com.babelstore.purchase.NegotiationInput,com.babelstore.common.Brand,j ava.lang.Long) throws java.rmi.RemoteException,com.babelstore.purchase.PurchaseIllegalStatusException,com.babelstore.purchase.ItemNotAvailableException,com.babelstore.purchase.P urchaseFullForNegotiationException,com.babelstore.purchase.PurchaseContainsNegotiationException,com.babelstore.purchase.PurchaseContainsPickupException,com.babelstore.purchase.P urchaseShippingException,javax.ejb.FinderException,com.priceminister.purchase.order.OrderMaxSizeException, causedBy: java.lang.NullPointerException at com.babelstore.purchase.business.ItemCollection.add(ItemCollection.java:336) at com.babelstore.purchase.business.PurchaseBusinessBean.addItem(PurchaseBusinessBean.java:341) at sun.reflect.GeneratedMethodAccessor639.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy426.addItem(Unknown Source) |
[APP-32880] [Layouts] Corriger et améliorer le script de création de layouts Création: 15/févr./11 17:13 Mise à jour: 24/févr./11 16:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Il faudrait corriger/améliorer l'outil de création de layouts afin de :
- Corriger un problème lié aux chemins relatifs - Supprimer les pubs - Supprimer le bloc "low" (à priori, devrait supprimer les pubs également). En effet, ce bloc ralentit le chargement de la page de manière conséquente et l'équipe MAQ est obligé de le supprimer à la main dans chaque layout. Voir l'équipe maquette pour plus de précisions. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 24/févr./11 15:15 ] |
| DAD, où est le source ? |
| Commentaire de Damien Dorizy [ 24/févr./11 16:32 ] |
|
C'est dans bazaar, dev/layouts/create_layout.pl
Apparemment le problème est situé l.48 : "s/http:\/\/[\w\/.:]*\/res\/static\/\d+\/[\w-]+\/[\w-]+(\/\d+)?\/fc\/([\w-]*)/..\/..\/source\/static\/front\/$2/;" La RegExp ne doit pas prendre en compte les fichiers JS situés dans des sous-dossiers (?) |
[APP-32879] So Colissimo et articles lourds : pas de "Recommandé" à la place ! Création: 15/févr./11 17:02 Mise à jour: 15/févr./11 17:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Frais de port, Panier |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
TMP_reco_off.jpg
TMP_reco_ok.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Prendre l'annonce suivante : http://www.pminteg.fr/offer?action=desc&aid=234869431
Si on l'ajoute au panier, seul le "retrait chez le vendeur" est possible, alors que le vendeur propose tous les modes d'expédition (y compris "So Colissimo" et "Recommandé") dans ses préférences vendeur. Si on modifie les préférences vendeur pour retirer les modes "So Colissimo", il est alors possible de choisir le "Recommandé" dans le panier. Voir screenshots. Problème constaté en Prod par un vendeur "tigratigra". |
| Commentaires |
| Commentaire de Emeric Teil [ 15/févr./11 17:13 ] |
|
Précision :
-> on ne propose par So Colissimo car c'est "interdit" par la conf pour la taille de FdP concernée. -> dans ce cas là, il faudrait donc que le moteur de règle déterminant les modes d'expédition à afficher, propose le Recommandé (si, bien sur, le vendeur l'accepte) |
[APP-32854] Retargeting - Nouveau Plan de taguage type IMG pour notre partenaire ClickInText Création: 15/févr./11 11:16 Mise à jour: 24/févr./11 14:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 89.0.0.1 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PM - Plan de taguage CIT Img.pdf
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Voici comme convenu le nouveau plan de taguage IMG de notre partenaire ClickInText (en PJ). Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels. Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher. N'hésitez pas à revenir vers moi si vous avez la moindre question. Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 15/févr./11 13:41 ] |
| Merci d'assigner les jiras param à Dispatcher (Param-CAT) |
| Commentaire de Ariane Baldinger [ 15/févr./11 13:46 ] |
|
Salut Damien,
Peux-tu valider ces nouveaux tags stp ? Merci ! |
| Commentaire de Damien Dorizy [ 16/févr./11 18:03 ] |
|
OK pour ces tags également, voir mes commentaires sur les autres tags (APP-32852 notamment).
Jonathan, combien de temps penses-tu que l'on devra garder les 2 tags en parallèle ? Si c'est sur une période assez longue, mieux vaut peut-être ne pas faire toutes les migrations en même temps pour ne pas multiplier le nombre total de tags par 2. |
| Commentaire de Jonathan Gorges [ 16/févr./11 18:08 ] |
|
Effectivement, je ne sais pas trop...
Il faut y aller par étape je pense. Exemple : un switch de tag par dump ? Qu'en penses-tu ? |
| Commentaire de Damien Dorizy [ 16/févr./11 18:11 ] |
| Ça me va, il faudrait également que côté dév on mesure la différence entre avant et après en temps de chargement. |
| Commentaire de Ariane Baldinger [ 17/févr./11 10:14 ] |
| ça passera en Prod le 16/03. |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 15:07 ] |
| On peut également commencer la recette de ClicInText |
| Commentaire de Jonathan Gorges [ 21/févr./11 18:48 ] |
|
Hello,
Voici mes retours: 1) Tag HP : OK 2) Tag Produit : OK 3) Tag catégorie : OK 4) Tag Panier : OK 5) Tag Confirmation paiement : OK Bref, tout me semble OK :-) @ Rémi : il faut se mettre également en relation avec l'exploit+dev pour ouvrir un serveur dev à CIT avant mise en prod Merci |
| Commentaire de Rocio Perez-Garcia [ 22/févr./11 09:24 ] |
|
Salut Jonathan,
A mon avis, ils pourront utiliser le serveur ouvert pour Avazu en donnant son adresse IP à l'exploit. |
| Commentaire de Remigiusz Woronkiewicz [ 24/févr./11 14:23 ] |
|
Bonjour à Tous,
Voici l'adresse IP de ClickIntext : 82.238.240.213 Damien.G : peux-tu lui ouvrir le serveur dev12 afin qu'il puisse checker les tags? Merci d'avance pour votre confirmation, Rémi |
[APP-32852] Retargeting - Nouveau Plan de taguage type iFrame pour notre partenaire Avazu Création: 15/févr./11 11:00 Mise à jour: 24/févr./11 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PM - Plan de taggage Avazu iFrame.docx
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Voici comme convenu le nouveau plan de taguage iFrame de notre partenaire Avazu (en PJ). Attention : après validation par l'équipe dev+fonc, ces tags doivent être paramétrés en plus (en doublon) des tags actuels. Nous supprimerons les anciens tags JS une fois que le partenaire nous donnera son GO pour switcher. N'hésitez pas à revenir vers moi si vous avez la moindre question. Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 15/févr./11 13:52 ] |
|
Damien,
Peux-tu valider ces tags également ? Merci! |
| Commentaire de Damien Dorizy [ 16/févr./11 18:01 ] |
|
Pas de problème pour les tags, ils ont les mêmes spécificités que les tags précédents au premier coup d'oeil.
Je n'y ai pas pensé pour Nextperformance, mais il faut écrire tous les tags nécessitant des données dynamiques (id produit par exemple) de la manière suivante : document.write('<iframe src="..' + variable1 + '." width="1" height="1" frameborder="0"></iframe>'); À votre dispo. |
| Commentaire de Ariane Baldinger [ 17/févr./11 09:35 ] |
|
En commence donc par Avazu qui passera le 3 mars.
Les autres tags suivront.... |
| Commentaire de Ariane Baldinger [ 17/févr./11 09:48 ] |
|
NB : "Ça me va, il faudrait également que côté dév on mesure
la différence entre avant et après en temps de chargement." (DAD)
|
| Commentaire de Ariane Baldinger [ 17/févr./11 11:17 ] |
|
Salut Jonathan,
Peux-tu nous dire ce que l'on doit mettre dans le paramètre 'article_brand' ? Ou n'est-il pas obligatoire ? Merci Ariane |
| Commentaire de Jonathan Gorges [ 17/févr./11 11:20 ] |
|
Hello,
Rémi se renseigne et revient vers vous rapidement. Merci |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 11:38 ] |
|
Jonathan, on trouve également deux fois le paramètre ARTICLE_ID.
pid=[ARTICLE_ID] article_id=[ARTICLE_ID] On retourne la même valeur, c'est bien ça ? |
| Commentaire de Jonathan Gorges [ 17/févr./11 15:15 ] |
|
Hello,
Voici mon retour concernant le 'article_brand' : -> Il faut passer la marque du produit si nous savons le faire (Samsung, Apple...) -> où laisser le paramètre vide si nous n'avons pas de marque (ou si nous ne savons pas faire) Merci d'avance pour votre retour |
| Commentaire de Remigiusz Woronkiewicz [ 17/févr./11 15:17 ] |
|
Hello Rocio,
Pour ta question j'ai fait la demande ils doivent me dire demain. Merci à vous, Rémi |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 15:29 ] |
|
Ok pour la marque de l'article.
Vous pouvez commencer la recette. Note : Le tag Avazu JS est en dessus du tag Avazu iframe. |
| Commentaire de Remigiusz Woronkiewicz [ 17/févr./11 15:50 ] |
|
Salut Rocio,
Pour l'article_id nous n'avons toujours pas eu de retour. Du coup la mise en place des tags n'est pas terminée non? |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 16:17 ] |
| Tu as raison, je 'l'avais loupée |
| Commentaire de Remigiusz Woronkiewicz [ 18/févr./11 09:38 ] |
|
Bonjour,
Je viens d'avoir le retour d'Avazu. Pour pid=[ARTICLE_ID] et article_id=[ARTICLE_ID] il faut mettre la même valeur sur la page fiche produit. Sur les autres pages on ne met rien. Dites moi quand c'est OK pour vous pour que l'on puisse recetter. Bonne journée, Rémi |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 09:45 ] |
|
Ça devrait être bon alors.
Vous pouvez commencer à nous faire vos retours, merci. |
| Commentaire de Jonathan Gorges [ 18/févr./11 16:21 ] |
|
Hello,
Voici mes retours : ** Est-ce normal de voir "document.write('" avant le tag iFrame ? 1) Tag Home : semble OK 2) Tag Nav : ** Pourquoi passe-t-on "article deep link" sur le tag de nav ? 3) Tag Produit : ** Dans la varialbe "article_price" il faut enlever la currency car nous la passons juste après 3) Tag Paiement : ** J'ai testé avec 2 articles achetés, pour une valeur HT de 16.72€, le tag passe seulement 9.32€, qui est le prix du premier article. Je crois qu'il y a un problème ici. On a demandé à Avazu leurs adresses IP pour qu'ils checkent avant mise en prod. Jon |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 16:49 ] |
|
Tags Nav et Produits: modifiés
Tag Paiement : on retourne le montant total sans les frais de port. Exactement comme dans le tag JS. Il faut que Damien regarde s'il a le temps avant d'ouvrir le serveur. Merci |
| Commentaire de Remigiusz Woronkiewicz [ 21/févr./11 10:24 ] |
|
Bonjour à Tous,
Pourriez-vous svp ouvrir une serveur dev pour notre partenaire afin qu'il fasse la recette de son côté? L'adresse IP utilisée sera : 180.168.45.102 J'attends votre confirmation pour lui transmettre afin qu'il teste au plus vite. Merci d'avance! |
| Commentaire de Damien Gilloz [ 21/févr./11 18:26 ] |
|
Le serveur Jboss de dev est pret ?
On doit avoit ceci dans les propriétés: www.dev12.babel.fr cdt |
| Commentaire de Remigiusz Woronkiewicz [ 22/févr./11 14:24 ] |
|
Hello Damien (Dorizy),
As-tu pu voir avec Rocio pour la correction à apporter aux tags? Si oui, puis-je mettre à dispo le dev12 à notre partenaire pour qu'il recette? Merci d'avance! Rémi |
| Commentaire de Rocio Perez-Garcia [ 22/févr./11 14:34 ] |
| Oui, les tags sont modifiés et normalement les caches de dev12 aussi. |
| Commentaire de Remigiusz Woronkiewicz [ 22/févr./11 14:52 ] |
|
C'est top merci,
J'ai transmis l'accès à Avazu, ils devraient recetter demain. Je vous tiens au courant dès que c'est bon et qu'on peut couper l'accès au dev12. Merci à tous et bonne après-midi, Rémi |
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 10:35 ] |
|
Bonjour,
Le partenaire a testé les tags et cela semble bien fonctionner. J'ai aussi fait un achat test en integ pour leur transmettre un screenshot de la page de confirmation de paiement donc ils regardent ça et reviennent vers nous. Cependant, selon eux ils manquent 2 paramètres sur la fiche produit: ‘article other’ et ‘currency type’ Ils demandent aussi si on peut séparer les paramètres ‘article price’ et ‘currency type’ ? Ex: ‘article price=25.50’ et ‘currency type=€’ ? Pouvez-vous regarder ça et me dire ce qu'il en est? Merci d'avance et bonne journée à tous! Remi |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 12:02 ] |
|
Remi, peux tu leur demander ce qu'ils souhaitent pour CUSTOM_PARAMETERS ?
|
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 14:14 ] |
|
Rocio,
Tu peux laisser ce champ vide. Merci! |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 14:26 ] |
|
Normalement on vire ce qui n'est pas utilisé.
Voulez vous garder ce paramètre vide ? |
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 14:47 ] |
|
Ca marche tu peux virer.
merci! |
| Commentaire de Rocio Perez-Garcia [ 23/févr./11 15:35 ] |
|
Grâce à Ariane on sépare le prix et la currency.
J'ai rafraichi les caches dev12 pour les tests d'Avazu |
| Commentaire de Remigiusz Woronkiewicz [ 23/févr./11 16:28 ] |
|
C'est parfait ca.
Merci Rocio, merci Ariane. Je leur confirme que tout est bon pour nous |
| Commentaire de Remigiusz Woronkiewicz [ 24/févr./11 10:30 ] |
|
Bonjour à Tous,
Avazu me confirme que les tags sont nickel pour eux. Damien.G : tu peux donc fermer leur accès à dev12. merci! Donc à priori on pourra mettre ces tags iFrame live le 03/03 et supprimer les JS mon on vous confirmera. Merci encore et bonne journée à vous, Rémi |
[APP-32851] Promo AdServer qui sort sur la HP UK Création: 15/févr./11 10:36 Mise à jour: 18/févr./11 12:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.0 (CTN-W) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Renaud Dierickx | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
hp18-02-11.JPG
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Renaud Dierickx [ 15/févr./11 10:37 ] |
| Voir screenshot-1 |
| Commentaire de Thomas Springett [ 15/févr./11 10:41 ] |
|
C'est un problème avec notre Regie.
Il ne sont pas très réactif malgré mes messages de ce sujet. Ce due a un banniere d'affiliation Rakuten qui n'existe plus qu'il continue a afficher. |
| Commentaire de Thomas Springett [ 15/févr./11 10:45 ] |
| Nous avons en effet du mal a voir le vrai situation sur le site UK avec note Regie car il ne s'occupe que de notre inventaire UK donc avec l'IP français nous ne voir pas toutes les bannières. |
| Commentaire de Thomas Springett [ 18/févr./11 09:31 ] |
|
C'etait un problème du IP avec notre regie PUB.
actuellement nous utilisons les House ads pour toute IP non UK. |
| Commentaire de Thomas Springett [ 18/févr./11 12:02 ] |
|
Malheureusement le modification effectuer pas l'agence qui
gère les publicité sur PriceMinisterUK ne fonctionne pas a 100%
C'est un problème récurrent sur le site et malgré nos demandes Unanimis n'a pas pu le régler. J'ai redemandé le qu'il refait le modification et qu'il m'envoie les bannières d'auto-promo pour vérifier qu'il sont tous a jour. |
[APP-32850] Anomalies dans le texte de la page de confirmation de réception et de notation du vendeur Création: 14/févr./11 18:17 Mise à jour: 16/févr./11 11:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.2 |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benjamin Moutte | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
La phrase « Mettre la note sert également à notifier
PriceMinister de la réception définitive de l'article » (dans l'édito de
la page de confirmation de réception) semble poser problème à au moins
trois niveaux :
• « Mettre la note » : Formule un peu bizarre. Il me semble que « Noter la transaction », voire au pire « Mettre une note », serait préférable (plus élégant et plus pro). • « notifier PriceMinister de » : Pas certain que l'expression « notifier de » soit française. « Notifier à PriceMinister » ? • « la réception définitive » : Je ne comprends pas trop ce qu'est une « réception définitive ». Il y a lieu de parler de « réception conforme (à l'annonce) ». D'ailleurs c'est bien de conformité à la commande dont il est question dans les CGU. Ce 3ème point est loin d'être neutre parce que pour PM il a une grande importance juridique : dès la confirmation de réception conforme, PM n'a plus d'obligation de remboursement de l'acheteur. Aussi, il est véritablement dans notre intérêt que les choses soient claires pour être opposables. *** Susceptible de concerne tous les pays, mais difficulté pour vérifier l'état de l'édito en cause sur le UK et l'ES *** |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 15/févr./11 09:38 ] |
| Bonnes remarques. Au passage, je baisse la criticité ;-) |
| Commentaire de Emeric Teil [ 15/févr./11 14:44 ] |
|
Habib, peux-tu nous donner l'édito à mettre en lieu et place stp ?
Merci |
| Commentaire de Habib-Sylvain Gourguet [ 15/févr./11 17:32 ] |
|
Ma proposition ci-dessous :
"Vos note et commentaire à l'attention du vendeur seront visibles sur le site par le vendeur et tous les futurs acheteurs. N'hésitez pas à le remercier et à lui faire des remarques constructives. En notant votre vendeur, vous informez également PriceMinister que vous avez bien reçu l'article commandé, tel qu'il était décrit dans l'annonce lors de l'achat." A faire valider par l'équipe juridique avant intégration. Merci ! |
| Commentaire de Benjamin Moutte [ 15/févr./11 18:20 ] |
| OK pour nous. C'est parfait. Merci. |
| Commentaire de Emeric Teil [ 16/févr./11 11:35 ] |
| ok, penser à la trad ES et UK... |
[APP-32849] Formulaire de contact : "Nous vous répondrons à..." + adresse e-mail d'un autre Création: 14/févr./11 18:08 Mise à jour: 25/févr./11 11:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Voir l'exemple sur l'article suivant :
http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=159046931 L'acheteur (Fabienne, équipe BO) a vu s'afficher, lors de sa réponse du 9, le message suivant après validation : Poster un message à PriceMinister Votre message a bien été enregistré. Nous y répondrons rapidement à l'adresse hclement79@hotmail.fr. Message posté le 09/02/2011 Objet : Article 98305143/159046931 (mistyff) bonjour, je confirme avoir fait hier retour de l'article en mode normal ( indiqué ) à l'adresse : JOSE MARIOT SARL JFM 3 RUE CLEMENT ADER 49100 ANGERS via Paris 10 cordialement |
| Commentaires |
| Commentaire de Emeric Teil [ 25/févr./11 11:14 ] |
| A tout hasard, elle n'était pas connectée depuis le BO en Front sur le compte de l'utilisateur en question au même moment ??? car pour envoyer un message, il faut être connecté et on affiche l'adresse e-mail du compte connecté... |
| Commentaire de Habib-Sylvain Gourguet [ 25/févr./11 11:21 ] |
|
Le bug a également été constaté par d'autres utilisateurs "lambdas", de la même façon : en répondant à une claim.
Ils ont ensuite signalé le bug en passant par les formulaires de la FAQ. |
| Commentaire de Emeric Teil [ 25/févr./11 11:50 ] |
|
OK,
Il me faudrait alors plus d'exemple car pas simple de voir comme ça d'où ça peut venir... |
[APP-32843] Template associé à un pré-coupon : alias invisible après validation Création: 14/févr./11 14:25 Mise à jour: 14/févr./11 14:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Coupons |
| Affecte la/les version(s): | 86.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
http://bo.priceminister.jmh/coupon_back?action=couponmodelview&usrcouponmodelid=696878
Lorsqu'on sélectionne le template à associer au pré-coupon et qu'on clique sur "Valider", l'alias du template disparaît. A noter : le template est tout de même bien associé au pré-coupon, donc pas de problème au niveau fonctionnel. |
[APP-32840] [AdServer] Présence des boutons "GOVOLO" et "SEUR" dans la page "Astuces vendeurs" Création: 14/févr./11 11:24 Mise à jour: 14/févr./11 14:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Nerea Prieto |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | AdServer | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
cf. screenshot-1
|
[APP-32839] La bannière "Jeu vendeur" en fin de MeV rediriger vers la HomePage si le vendeur est PRO Création: 14/févr./11 11:19 Mise à jour: 25/févr./11 15:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.0 (CTN-W) |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | AdServer |
| Navigateur: | Tous |
| Classif FONC: | adserver |
| Description |
|
- Depuis la page de fin de Mev
2011-02-14 11:06:45,577 INFO [-Processor18] DASILLVA - >>> GET http://www.pminteg.es/game?action=seller&popup=false 2011-02-14 11:06:45,593 INFO [-Processor18] DASILLVA - (Status : 302) Redirecting to : / 2011-02-14 11:06:45,593 INFO [-Processor18] DASILLVA - <<< [16 ms] GET http://www.pminteg.es/game?action=seller&popup=false - On n'est pas redirigé en mettant directement l'url dans la barre d'adresse. |
| Commentaires |
| Commentaire de Damien Dorizy [ 14/févr./11 12:31 ] |
|
Ce bug n'est pas lié à la version, mais tu as mis un coup de pied dans la fourmilière avec ce bug.
Pour résumer, il s'agit de la bannière "jeu vendeur" qui s'affiche sur la dernière page de MeV et qui, dans le cas d'un vendeur pro, redirige vers la homepage (en Espagne)... - Le jeu vendeur n'est pas ouvert aux pros - Cependant, depuis la migration Adserver, la bannière est affichée à tous les vendeurs, qu'ils soient pro ou non (BUG) - mais il est impossible de différencier dans l'Adserver les vendeurs pro des autres (IMPROVEMENT à prévoir) Mais ce n'est pas tout : - En France, la page "/game..." redirige vers la page "op/jeu_vendeur?popup=false", en Espagne ce n'est pas le cas (OUBLI) - En France et UK, si un pro clique sur la bannière, on lui affiche la page jeu vendeur migrée dans l'Adserver (/op/jeu_vendeur), ce qui est potentiellement pas top (le pro ne peut pas participer). Mais il ne faudrait pas lui afficher la bannière en premier lieu. - En Espagne, si un pro clique sur la bannière, on lui affiche la page jeu vendeur non migrée dans l'Adserver (/game) qui elle redirige vers la homepage puisque le vendeur est un pro. Mais le comportement est étrange pour l'utilisateur, car on lui propose dans un premier temps la bannière pour finalement le rediriger vers la HP... > Déterminer fonctionnellement et techniquement ce qu'on veut et ajouter l'info PRO dans l'Adserver. |
[APP-32837] Disparitions de souhaits Création: 14/févr./11 10:44 Mise à jour: 25/févr./11 11:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Souhaits |
| Affecte la/les version(s): | 86.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Voir le compte suivant pour exemple :
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=721664 L'utilisateur se plaint (comme d'autres) de la disparition de bon nombre de ses souhaits enregistrés. Discuté avec le Market : pas de nettoyage récent des souhaits. Selon le pôle TX, aucun développement de la v86 n'avait d'impact sur les souhaits... |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 14/févr./11 16:47 ] |
|
Un effet de bord VEN, comme pour les Avis (il me semble) ?
A vérifier avant de redispatcher si nécessaire. |
| Commentaire de Renaud Dierickx [ 18/févr./11 13:57 ] |
|
Désole, ça ne me parle pas !
Problème de fusion FP ? Les VENs vous pouvez y jeter un oeil ? |
| Commentaire de Habib-Sylvain Gourguet [ 25/févr./11 10:24 ] |
|
Nouveau retour d'un utilisateur qui aurait perdu 700 souhaits !
http://bo.priceminister.jmh/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=613729&usrmessageid=305190756f Quelqu'un s'occupe du truc ? On ne sait pas trop quoi répondre à ces acheteurs potentiels... |
| Commentaire de Manuel Sadok [ 25/févr./11 10:52 ] |
| Est-ce que l'on a un exemple concret sur une FP qui aurait perdue ses souhaits ? (Pour voir si il y a eu une fusion d'effectuée dessus, ou tout autre manipulation...) |
| Commentaire de Manuel Sadok [ 25/févr./11 11:01 ] |
|
* Patrick, Ayoub, il y a de la purge de faite sur la table wish ?
* Thierry, vous avez fait des fusions massives sur les CD récemment ? |
[Erreur Infoglue] contenu lbl_no_adverts
(APP-32729)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Harlow Fres | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Lors de la correction du jira APP-32729 il est apparut que le problème venait du champ RawDetailShortHeadline (de la conf produit) à null.
Il semble pourtant que ce champ contient au mininmum le nom du produit et que donc il ne doit pas pouvoir etre null. Il doit donc exister certains types de produits dont la conf ne renseigne pas ce champ. |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 15/févr./11 18:31 ] |
|
Pas regarder dans la conf mais il manquerait un label à traduire ?
/default/Labels/_Fiche produit/SellerAdvertListBuybox/link_product_advert |
| Commentaire de Harlow Fres [ 15/févr./11 18:37 ] |
|
Après discussion avec le param. Ça parait fastidieux de
vérifier une a une les configurations produits pour trouver lesquelles
ne sont pas renseignées.
Il faudra faire une requête SQL pour déterminer les RawDetailsShortHeadline vides dans le summary.des produits |
| Commentaire de Harlow Fres [ 15/févr./11 18:42 ] |
|
@Rocio
si si c'est prévu mais ce n'est pas lié. (cf bug APP-32432) |
| Commentaire de Rocio Perez-Garcia [ 15/févr./11 18:42 ] |
| On est sur que si ce champ n'est pas vide mais mal renseigné on n'aura pas ce genre d'erreur ? |
| Commentaire de Harlow Fres [ 18/févr./11 15:37 ] |
|
non je pense qu il pourrait aussi être mal renseigné. Tant
que la fonction renvoie null ca doit faire pareil je pense.
Mais ca se verra avec la requête SQL |
[APP-32824] [Keyade] Nettoyage du tag d'impression Création: 11/févr./11 09:21 Mise à jour: 18/févr./11 14:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Mail de Mathieu Richomme : "Le tag de pages vues nous
servaient à l'origine pour estimer les revenus monétisation du site
générés suite à des clics SEM ou Comparateur. Nous ne processons plus
ces datas puisque nous ne les utilisions pas pour effectuer des
arbitrages / optimisations pour les campagnes"
>> on peut donc supprimer ce tag dans IG |
| Commentaires |
| Commentaire de Damien Dorizy [ 18/févr./11 11:52 ] |
|
Il faudrait désactiver (via les dates) la promotion "Impression" de Keyade en FR, ES et UK.
Merci [CAJ2010Q1CTN] |
[APP-32823] [WS coupon + pricing] Bug label manquant Création: 10/févr./11 18:51 Mise à jour: 10/févr./11 18:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Certains messages d'erreur dont la traduction n'est pas
souhaité le sont tout de même à cause d'une mauvaise utilisation de
l'objet Phrase :
$ cat src/com/babelstore/coupon/back/CouponAttributionFacade.java | grep "new Phrase(false" errors.add(new Phrase(false, "CouponAttributionFacade","MSG_MODEL_SECRET_NAME_NULL_FIELD","Vous devez choisir un code secret Pré-coupon.")); errors.add(new Phrase(false, "CouponAttributionFacade","MSG_SECRET_NAME_NULL_FIELD","Vous devez specifier un code secret.")); errors.add(new Phrase(false, "CouponAttributionFacade","MSG_COUPON_TOO_SHORT_SECRET_NAME_MESSAGE","Le code secret doit au moins contenir $var0 caractères.",CouponConstants.MINIMUM_SECRET_NAME_SIZE+"")); errors.add(new Phrase(false, "CouponAttributionFacade","MSG_COUPON_TOO_LONG_SECRET_NAME_MESSAGE","Le code secret ne doit pas dépasser $var0 caractères.",CouponConstants.MAXIMUM_SECRET_NAME_SIZE+"")); errors.add(new Phrase(false, "CouponAttributionFacade","MSG_REDUCTION_AMOUNT_NULL_FIELD","Vous devez specifier le montant du coupon.")); errors.add(new Phrase(false, "CouponAttributionInput","MSG_REDUCTION_AMOUNT_NEG_OR_ZERO","Le montant du coupon ne peut être négatif ou nul")); notif = new Notification(Notification.Type.SUCCESS, new Phrase(false, "CouponAttributionFacade","MSG_COUPON_ATTRIBUTED","L'attribution a été effectuée avec succès.")); notif = new Notification(Notification.Type.ERROR, new Phrase(false, "CouponAttributionFacade","MSG_COUPON_NOT_ATTRIBUTED","Vérifiez le login et le mot de passe.")); notif = new Notification(Notification.Type.ERROR, new Phrase(false, "CouponAttributionFacade","MSG_COUPON_INVALID","Le coupon " + input.getUsrCouponModelId() + " est invalide (" + e.getMessage() + ")")); $ cat src/com/babelstore/pricing/back/PricingSearchFacade.java | grep "new Phrase(false" errors.add(new Phrase(false,"PricingSearchFacade","NO_VARIABLE_ON_ADDITIONAL_COST","Le pricing "+detPricing.getPricingInfo().getTitle() + "n'est pas correct : on ne tolère pas de pricing variable sur les frais de port")); errors.add(new Phrase(false,"PricingSearchFacade","NOT_SAME_LIMITS_ADDITIONAL_COST","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : les domaines fixe n'ont pas les mêmes limites")); errors.add(new Phrase(false,"PricingSearchFacade","NOT_SAME_LIMITS","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : les domaines fixe et variable n'ont pas les mêmes limites")); errors.add(new Phrase(false,"PricingSearchFacade","ALL_SLICES_NOT_CONFIGURED_ADDITIONAL_COST","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il est nécessaire de configurer " + errors.add(new Phrase(false,"PricingSearchFacade","ALL_SLICES_NOT_CONFIGURED","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il est nécessaire de configurer " + errors.add(new Phrase(false,"PricingSearchFacade","NO_SLICES_CONFIGURED","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il n'y a aucune tranche de configurée")); errors.add(new Phrase(false,"PricingSearchFacade","UNKNOWN_PROBLEM_ON_SLICES","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il y a un problème inconnu de configuration des tranches")); $ cat src/com/babelstore/pricing/back/PricingSearchFacade.java | grep "new Phrase(false" errors.add(new Phrase(false,"PricingSearchFacade","NO_VARIABLE_ON_ADDITIONAL_COST","Le pricing "+detPricing.getPricingInfo().getTitle() + "n'est pas correct : on ne tolère pas de pricing variable sur les frais de port")); errors.add(new Phrase(false,"PricingSearchFacade","NOT_SAME_LIMITS_ADDITIONAL_COST","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : les domaines fixe n'ont pas les mêmes limites")); errors.add(new Phrase(false,"PricingSearchFacade","NOT_SAME_LIMITS","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : les domaines fixe et variable n'ont pas les mêmes limites")); errors.add(new Phrase(false,"PricingSearchFacade","ALL_SLICES_NOT_CONFIGURED_ADDITIONAL_COST","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il est nécessaire de configurer " + errors.add(new Phrase(false,"PricingSearchFacade","ALL_SLICES_NOT_CONFIGURED","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il est nécessaire de configurer " + errors.add(new Phrase(false,"PricingSearchFacade","NO_SLICES_CONFIGURED","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il n'y a aucune tranche de configurée")); errors.add(new Phrase(false,"PricingSearchFacade","UNKNOWN_PROBLEM_ON_SLICES","Le pricing " + detPricing.getPricingInfo().getTitle() + " n'est pas correct : il y a un problème inconnu de configuration des tranches")); Pour ne pas traduire il faut utiliser true ! Cela provoque donc des alertes NAGIOS pour label manquant. Introduit dans plusieurs révisions TX, je vous laisse le soin de faire les annotate pour retrouver les coupables ;) |
[APP-32822] [WS Import] Bug label manquant Création: 10/févr./11 18:34 Mise à jour: 10/févr./11 18:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Certains messages d'erreur dont la traduction n'est pas
souhaité le sont tout de même à cause d'une mauvaise utilisation de
l'objet Phrase :
FileImportInput.java:17: errors.add(new Phrase(false, "ImportWsInput","PROFILE_ID_AND_MAPPING_ALIAS_NULL" et UploadImageInput.java:17: errors.add(new Phrase(false, "WsInput","PID/AID_NULL",... Pour ne pas traduire il faut utiliser true ! Cela provoque donc des alertes NAGIOS pour label manquant. Introduit ici : http://perrier:8090/dev/trunk/revision/27068 |
[APP-32819] Demande d'un script permettant de lancer une mise à jour et un redémarrage sur l'ensemble de ses serveurs. Création: 10/févr./11 17:35 Mise à jour: 10/févr./11 17:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Vu en RTIG 04-02-2011
|
[IG] Nettoyage de la base de donnée
(APP-32810)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| WishList - Complexité: | H |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
Il faudrait supprimer tous les contenus qui ne sont plus
utilisés par l'application pour les différents repositories.
|
[APP-32811] Fiche Article en Bo : Ajouter un lien vers les montant d'assurance complémentaire Création: 10/févr./11 15:08 Mise à jour: 10/févr./11 15:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
capture1.jpg
capture2.jpg
capture3.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Depuis la suppression de R1, R2 et R3 et leur remplacement
par « Recommandé + Frais d'assurance », le tarif de base remboursé au
vendeur inclus :
-> Le montant « FP vendeur » associé à la taille de FdP concernée (capture1) -> Un complément pour paiement de l'assurance du colis, fonction du montant des articles contenus dans ce dernier (capture2) Certains contrôles du côté SAV/Finance consistent à vérifier que le montant des FdP sur une transaction donnée est OK. Une vérification est donc effectuée entre le montant affiché sur la fiche article en BO et la grille de FdP... un lien pointe vers cette grille pour facilité l'accès (capture3)... mais rien vers le coût d'assurance complémentaire... Il faudrait donc afficher ce lien... (capture3) Merci |
[APP-32810] [IG] Nettoyage de la base de donnée Création: 10/févr./11 14:50 Mise à jour: 10/févr./11 16:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||||||
| Classif FONC: | IG |
[APP-32799] Créer "Email Bienvenue" (automatique, en HTML) aux vendeurs PROS Création: 10/févr./11 10:14 Mise à jour: 10/févr./11 10:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Welcome Email 13.html
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | contenu |
| Description |
|
Bonjour,
Dans le cadre de l' "empowerment" des marchands, nous avons créer un email de bienvenue destiné aux nouveaux marchands qui s'inscrivent. Ce mail serait envoyé par l'équipe commerciale, dès que nous validerons un compte en pro (en un click en BO par exemple). Objectifs : • Officialiser le passage en pro • Le remercier pour son intérêt envers PM • Lui rappeler les bénéfices de PM + lui en faire connaître d'autres • Lui donner le nom du resp de compte (ECC) + SAV + Support Pro • Mettre plusieurs liens pour le rediriger vers PM, notamment vers son compte pour qu'il commence à créer des annonces. • Le tout avec un aspect graphique sympa (HTML + header categories PM comme dans une NL + multiples redirect) Vous trouverez l'email en PJ (version UK pour l'instant). On pourrait rajouter un lien vers le FAQ Pro également. |
[APP-32787] Homogénéisation des frais de port : maj de l'aide en ligne pour Puériculture Création: 09/févr./11 16:59 Mise à jour: 09/févr./11 17:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Frais de port |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Ariane Baldinger | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
fdp_fr.bmp
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Dans le cadre de l'homogénéisation des frais de port (FR, ES
et UK), nous allons traiter le type Puériculture Générale (présents
uniquement sur FR)
|
| Commentaires |
| Commentaire de Ariane Baldinger [ 09/févr./11 17:02 ] |
|
nouveaux frais de port en PJ.
Merci |
| Commentaire de Ariane Baldinger [ 09/févr./11 17:02 ] |
|
Salut Habib,
Si tu as besoin de + d'infos n'hésite pas. |
[APP-32785] Modification Grille Frais de Port Acheteurs FR FRONT (incomplète) Création: 08/févr./11 10:58 Mise à jour: 09/févr./11 16:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Frais de port |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Buhagiar | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour
La grille des FDP acheteurs est présente à deux endroits en FO. - http://www.priceminister.com/help/hb#hb_shipping - Et http://www.priceminister.com/help/ib_lower_pandp/popup/true (accessible depuis la mise en panier de l'article, en cliquant sur "port") Ce deuxième lien n'est pas complet. Il ne contient pas les catégories G / H / I / J / K / L / M / N Pourriez vous les rajouter svp Merci |
[APP-32751] ERROR JS après une recherche globale Création: 09/févr./11 11:49 Mise à jour: 15/févr./11 16:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 86.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1
|
[APP-32744] Nouveau pays (Allemagne) sur IG Création: 08/févr./11 18:29 Mise à jour: 14/févr./11 15:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** STANDBY *** |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
Les équipes Param et Edito SAV souhaitent entamer dès que
possible les traductions de contenus IG en vue de l'ouverture prochaine
de la plateforme "PriceMinister Allemagne".
Discuté avec Bastien en réunion de travail IG. Merci d'avance. |
| Commentaires |
| Commentaire de Swan Desportes [ 14/févr./11 15:19 ] |
| Attendre que le projet rakuten.de soit planifié avant de créer la langue. |
[APP-32741] Supprimer les types de mots-clés obsolètes Création: 08/févr./11 15:36 Mise à jour: 08/févr./11 16:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Depuis le projet "Gestionnaire de commandes", les anciennes
questions et réponses post-vente ont été transformées en "messages
articles".
Aucune nouvelle question ou réponse post-vente ne pouvant être créée, il n'est plus nécessaire de conserver en BO les mots-clés et types de mots-clés correspondants, à savoir : - Question post-vente A/V - Réponse post-vente A/V - Question post-vente V/A - Réponse post-vente V/A Voir sur la page suivante : http://bo.priceminister.jmh/admin_back?action=keywordsearch&name=&kwd_status_code=10&kwd_type_code=60&kwd_matching_code=&kwd_zone_code=&start_date=&end_date=&number_rows=200&x=29&y=12 |
[APP-32739] Blocage sur curseur de la souris depuis "Mes annonces" Création: 08/févr./11 11:01 Mise à jour: 08/févr./11 14:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
Vu depuis facebook : http://www.facebook.com/pages/PriceMinister/38315069904?v=app_2373072738#!/topic.php?uid=38315069904&topic=16181
Adrien Vergnes Cela vient peut-être de mon ordinateur (je n'en sais rien, je suis noob en informatique, ça ne m'interesse pas) mais depuis quelques temps, quand je suis sur la page "toutes mes annonces", que je clique sur une annonce en particulier et que je veux revenir en arrière, j'ai mon curseur de souris bloqué, si j'insiste en faisant un clique gauche, le curseur se transforme en rond: comme si l'ordinateur chargeait quelquechose... mais bien sûr, il n'y a rien à charger sauf peut-être des pubs en applications flash qui sont de + en + nombreuses sur priceminister. Il faut que j'attende 5 à 6 secondes pour que je puisse enfin déplacer mon curseur de souris, redevenu curseur! La navigation devient vraiment pénible. C'est un problème qui dâte d'environ 1 mois. Peut-être quelqun a t-il le même problème??? J'utilise internet explorer 8 sur un Pc portable sous Windows Vista édition familiale. Je précise que les "symptomes" que j'ai évoqué ne m'arrivent uniquement que sur priceminister. Je n'ai téléchargé aucune mise à jour importante depuis, ni de nouveau logiciel. C'est pour cela que j'ai l'impression que ça vient de Priceminister et pas de mon ordi. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 08/févr./11 14:39 ] |
| J'utilise internet explorer 7 et j'ai aussi le pb. |
[APP-32736] [Spot] Faire un raccourci pour activer le débug en integ (ou en prod) Création: 08/févr./11 08:28 Mise à jour: 08/févr./11 08:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Pour activer le débug en integ (ou en prod), taper :
PM.Debug.level = 2 dans la console Firebug. Valable uniquement sur la page en cours. |
[APP-32731] [TNRC/Amélioration des logs] ERROR : NullPointerException (sans trace supplémentaire) Création: 07/févr./11 12:11 Mise à jour: 09/févr./11 16:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
- Améliorer la trace ;
- Ne pas considérer comme "ERROR", ce genre de trace; - Présence d'un message "Bad request - Missing parameter" qui permet de savoir que ce n'est pas une erreur; - Catcher l'exception avec log en WARN : "Bad request - Missing parameter", ou se contenter du message précédent; 2011-01-23 11:08:12,247 INFO [Processor221] 217.168.153.209 - >>> GET http://www.priceminister.com/offer/buy/?option=com_ccNewsletter&controller=../../../../../../../../../../../../../../../proc/self/environ%00 2011-01-23 11:08:12,248 WARN [Processor221] 217.168.153.209 - Bad request - Missing parameter 2011-01-23 11:08:12,248 INFO [Processor221] 217.168.153.209 - Setting response status code to 404 2011-01-23 11:08:12,248 ERROR [Processor221] 217.168.153.209 - Load error~Servlet=com.babelstore.advert.front.AdvertServlet~Request=GET http://www.priceminister.com/offer/buy/?option=com_ccNewsletter&controller=../../../../../../../../../../../../../../../proc/self/environ%00~Referrer=null~User-Agent=libwww-perl/5.808~Trace=java.lang.NullPointerException java.lang.NullPointerException 2011-01-23 11:08:12,248 INFO [Processor221] 217.168.153.209 - Setting response status code to 404 2011-01-23 11:08:12,386 INFO [Processor221] 217.168.153.209 - <<< [139 ms] GET http://www.priceminister.com/offer/buy/?option=com_ccNewsletter&controller=../../../../../../../../../../../../../../../proc/self/environ%00 |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 09/févr./11 14:54 ] |
|
A analyser / framework :
Il faut regarder pourquoi après avoir identifié un pb (Warning, retour 404), on repart sur un load qui replante, en ERROR cette fois-ci. Il faudrait stopper après la 1ere erreur. peut-être que le mode : "je suis en erreur, je change de modèle" devrait catcher ses exceptions et les oublier, puis qu'on a déjà logué l'erreur initiale ? |
[APP-32730] ERROR : NullPointerException~at com.priceminister.navigation.advertlist.application.implementation.StandardAdvertListFacade.getSuggestionsTargetProductIds(StandardAdvertListFacade.java:475) Création: 07/févr./11 12:06 Mise à jour: 07/févr./11 12:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Ne pas considérer comme "ERROR", ce genre de trace;
- Présence d'un message "Bad request - Missing parameter" qui permet de savoir que ce n'est pas une erreur; - Catcher l'exception avec log en WARN : "Bad request - Missing parameter", ou se contenter du message précédent; 2011-01-23 10:02:01,791 INFO [-Processor29] 94.23.28.147 - >>> GET http://www.priceminister.com/offer/buy//index.php?option=com_travelbook&controller=../../../../../../../../../../../../../../../proc/self/environ%00 2011-01-23 10:02:01,791 WARN [-Processor29] 94.23.28.147 - Bad request - Missing parameter 2011-01-23 10:02:01,791 INFO [-Processor29] 94.23.28.147 - Setting response status code to 404 2011-01-23 10:02:01,792 ERROR [-Processor29] 94.23.28.147 - Load error~Servlet=com.babelstore.advert.front.AdvertServlet~Request=GET http://www.priceminister.com/offer/buy//index.php?option=com_travelbook&controller=../../../../../../../../../../../../../../../proc/self/environ%00~Referrer=null~User-Agent=libwww-perl/5.803~Trace=java.lang.NullPointerException~at com.priceminister.navigation.advertlist.application.implementation.StandardAdvertListFacade.getSuggestionsTargetProductIds(StandardAdvertListFacade.java:475) java.lang.NullPointerException at com.priceminister.navigation.advertlist.application.implementation.StandardAdvertListFacade.getSuggestionsTargetProductIds(StandardAdvertListFacade.java:475) at com.babelstore.advert.front.AdvertListAction.postExecute(AdvertListAction.java:405) at com.babelstore.util.web.Dispatcher.processPostExecuteAction(Dispatcher.java:549) at com.babelstore.util.web.Dispatcher.processPostOutsideTransaction(Dispatcher.java:299) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:249) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-01-23 10:02:01,792 INFO [-Processor29] 94.23.28.147 - Setting response status code to 404 2011-01-23 10:02:01,952 INFO [-Processor29] 94.23.28.147 - <<< [161 ms] GET http://www.priceminister.com/offer/buy//index.php?option=com_travelbook&controller=../../../../../../../../../../../../../../../proc/self/environ%00 |
[APP-32729] [Erreur Infoglue] contenu lbl_no_adverts Création: 07/févr./11 11:56 Mise à jour: 11/févr./11 16:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Simon Stevant | Attribution: | Harlow Fres |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Projets PM: | *** CHASSE *** | |||||||||||||||
| Navigateur: | Tous |
| Description |
|
Extrait des logs.
FR: Null reference [template 'PMVelocity - Phrase Message lbl_no_adverts', line 1, column 21] : $designation cannot be resolved. On a 223 erreurs de ce type aujourd'hui. |
| Commentaires |
| Commentaire de Harlow Fres [ 10/févr./11 14:35 ] |
|
Le bug semble provenir du RawDetailShortHeadline qui est
null pour certains type de produit. Ça parait bizarre car dans les
catégories que j ai regardé, RawDetailShortHeadline contient le titre du
produit qui est forcement non nul. Ce serait donc une erreur lors de la
configuration de ce champ.
As tu plus de détails sur les types de produits affectés par cette erreur? Je vais quand même corriger le problème en remplaçant RawDetailShortHeadline par "ce produit" lorsque ce dernier est null. |
| Commentaire de Harlow Fres [ 11/févr./11 16:54 ] |
|
Bug corrigé
Fermer le JIRA quand les deux sous taches seront corrigées |
[APP-32728] ERROR : NullPointerException at com.babelstore.advert.front.BaseAdvertAction.postExecute(BaseAdvertAction.java:92) Création: 07/févr./11 11:50 Mise à jour: 07/févr./11 11:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Ne pas considérer comme "ERROR", ce genre de trace;
- Présence d'un message "Bad request - Missing parameter aid" qui permet de savoir que ce n'est pas une erreur; - Catcher l'exception avec log en WARN : "Bad request - Missing parameter aid", ou se contenter du message précédent; 2011-01-23 07:49:43,981 INFO [-Processor46] 66.249.72.117 - >>> GET http://www.priceminister.com/offer/buy/98903279/decorum-katel-cd-album.html 2011-01-23 07:49:44,276 INFO [-Processor46] 66.249.72.117 - BUYBOX 20;10;5 2011-01-23 07:49:44,277 INFO [-Processor46] 66.249.72.117 - FP 98903279:0;2;0;1;1;1;0;43;3;82;0;10;0;;16;4 2011-01-23 07:49:44,284 DEBUG [-Processor46] 66.249.72.117 - VM #link: too few arguments to macro. Wanted 3 got 1 2011-01-23 07:49:44,332 INFO [-Processor46] 66.249.72.117 - <<< [351 ms] GET http://www.priceminister.com/offer/buy/98903279/decorum-katel-cd-album.html 2011-01-23 07:49:44,513 INFO [-Processor51] - Session bound 2011-01-23 07:49:44,514 INFO [-Processor51] 66.249.72.117 - >>> GET http://www.priceminister.com/question?action=view&rid=1&redirected=true 2011-01-23 07:49:44,514 WARN [-Processor51] 66.249.72.117 - Bad request - Missing parameter aid 2011-01-23 07:49:44,514 INFO [-Processor51] 66.249.72.117 - Setting response status code to 404 2011-01-23 07:49:44,515 WARN [-Processor51] 66.249.72.117 - Crawl exception : [Request=GET http://www.priceminister.com/question?action=view&rid=1&redirected=true, User-Agent=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html), Cause=Error not identified (com.babelstore.question.front.QuestionViewAction), Response code=503] 2011-01-23 07:49:44,516 ERROR [-Processor51] 66.249.72.117 - Load error~Servlet=com.babelstore.question.front.QuestionServlet~Request=GET http://www.priceminister.com/question?action=view&rid=1&redirected=true~Referrer=null~User-Agent=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)~Trace=java.lang.NullPointerException~at com.babelstore.advert.front.BaseAdvertAction.postExecute(BaseAdvertAction.java:92) java.lang.NullPointerException at com.babelstore.advert.front.BaseAdvertAction.postExecute(BaseAdvertAction.java:92) at com.babelstore.util.web.Dispatcher.processPostExecuteAction(Dispatcher.java:549) at com.babelstore.util.web.Dispatcher.processPostOutsideTransaction(Dispatcher.java:299) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:249) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-01-23 07:49:44,516 INFO [-Processor51] 66.249.72.117 - Setting response status code to 404 2011-01-23 07:49:44,680 INFO [-Processor51] 66.249.72.117 - <<< [166 ms] GET http://www.priceminister.com/question?action=view&rid=1&redirected=true |
[APP-32725] ERROR : javax.ejb.ObjectNotFoundException: No such entity! at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:50) Création: 07/févr./11 11:41 Mise à jour: 07/févr./11 11:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Mettre les traces sur une ligne
- Amélioration la succession des WARN et ERROR 2011-01-06 16:58:26,270 INFO [-Processor11] 0068loulou - >>> GET http://www.pmtnrc.fr/purchase?action=saleview&purchaseid=94248234 2011-01-06 16:58:26,792 ERROR [-Processor11] 0068loulou - TransactionRolledbackException in method: public abstract com.babelstore.purchase.business.PurchaseBusiness com.babelstore.purchase.business.PurchaseCatalog.getSellerPurchase(java.lang.Long,java.lang.Long) throws java.rmi.RemoteException,com.babelstore.user.UserSecurityException, causedBy : javax.ejb.ObjectNotFoundException: No such entity! at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:50) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor314.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ... 2011-01-06 16:58:26,795 WARN [-Processor11] 0068loulou - Caught a TransactionRolledbackException in Dispatcher.innerLoad cause : javax.ejb.EJBException: null; CausedByException is: No such entity! / message : null; CausedByException is: No such entity!; nested exception is: javax.ejb.EJBException: null; CausedByException is: No such entity! 2011-01-06 16:58:26,808 ERROR [-Processor11] 0068loulou - Load error~Servlet=com.babelstore.purchase.front.PurchaseManagementServlet~Request=GET http://www.pmtnrc.fr/purchase?action=saleview&purchaseid=94248234~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=javax.transaction.TransactionRolledbackException: null; CausedByException is: No such entity!; nested exception is: javax.ejb.EJBException: null; CausedByException is: No such entity!~at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) javax.transaction.TransactionRolledbackException: null; CausedByException is: No such entity!; nested exception is: javax.ejb.EJBException: null; CausedByException is: No such entity! ... 2011-01-06 16:58:26,809 INFO [-Processor11] 0068loulou - Setting response status code to 503 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.common.front.FrontTemplate3cOld_jsp overload the model com.babelstore.common.front.TemplateModel 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.common.front.FrontFooter_jsp overload the model com.babelstore.common.front.FooterModel 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.tracking.front.TrackEventBlock_jsp overload the model com.babelstore.tracking.front.TrackEventModel 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.tracking.front.TrackEntryBlock_jsp overload the model com.babelstore.tracking.front.TrackEntryModel 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.common.front.XitiBlock_jsp overload the model com.babelstore.common.front.BreadCrumbsModel 2011-01-06 16:58:26,809 WARN [-Processor11] 0068loulou - FRM : com.babelstore.common.front.XitiBlock_jsp overload the model com.babelstore.common.front.XitiBlockModel 2011-01-06 16:58:27,297 INFO [-Processor11] 0068loulou - <<< [1027 ms] GET http://www.pmtnrc.fr/purchase?action=saleview&purchaseid=94248234 |
[APP-32723] ERROR : NullPointerException at com.babelstore.purchase.business.PurchaseBusinessBean.addItem(PurchaseBusinessBean.java:301) Création: 07/févr./11 11:36 Mise à jour: 07/févr./11 11:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Mettre les traces sur une ligne
- Amélioration la succession des WARN et ERROR 2011-01-06 18:34:35,347 INFO [-Processor30] 172.16.14.6 - >>> POST http://www.pmtnrc.fr/cart!action=add&aid=261884126 2011-01-06 18:34:38,543 ERROR [-Processor30] 172.16.14.6 - TransactionRolledbackException in method: public abstract com.babelstore.purchase.ItemInfo com.babelstore.purchas e.business.PurchaseBusiness.addItem(java.lang.Long,boolean,java.lang.String,java.lang.String,java.lang.Long,com.babelstore.purchase.NegotiationInput,com.babelstore.common.Brand) throws java.rmi.RemoteException,com.babelstore.purchase.PurchaseIllegalStatusException,com.babelstore.purchase.ItemNotAvailableException,com.babelstore.purchase.PurchaseFullForNegotiationException,com.babelstore.purchase.PurchaseContainsNegotiationException,com.babelstore.purchase.PurchaseContainsPickupException,com.babelstore.purchase.PurchaseShippingException,javax.ejb.FinderException,com.priceminister.purchase.order.OrderMaxSizeException, causedBy: java.lang.NullPointerException at com.babelstore.purchase.business.PurchaseBusinessBean.addItem(PurchaseBusinessBean.java:301) at sun.reflect.GeneratedMethodAccessor490.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) ... 2011-01-06 18:34:38,545 WARN [-Processor30] 172.16.14.6 - Caught a TransactionRolledbackException in Dispatcher.innerLoad cause : java.lang.NullPointerException / message: null; nested exception is: java.lang.NullPointerException 2011-01-06 18:34:38,548 ERROR [-Processor30] 172.16.14.6 - Load error~Servlet=com.babelstore.purchase.front.CartServlet~Request=POST http://www.pmtnrc.fr/cart!action=add&ai d=261884126~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=javax.transaction.TransactionRolledbackException: null; nested exception is: java.lang.NullPointerException~at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) javax.transaction.TransactionRolledbackException: null; nested exception is: java.lang.NullPointerException at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) ... 2011-01-06 18:34:38,548 INFO [-Processor30] 172.16.14.6 - Setting response status code to 503 2011-01-06 18:34:38,549 ERROR [-Processor30] 172.16.14.6 - Service error~Servlet=com.babelstore.purchase.front.CartServlet~Request=POST http://www.pmtnrc.fr/cart!action=add &aid=261884126~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=java.lang.NullPointerException~at com.babelstore.purchase.front.CartAction.getLocationAlias(CartA ction.java:68) ... 2011-01-06 18:34:38,550 ERROR [-Processor30] - Servlet.service() for servlet cart threw exception java.lang.NullPointerException at com.babelstore.purchase.front.CartAction.getLocationAlias(CartAction.java:68) at com.babelstore.purchase.front.CartAddItemAction.getLocationAlias(CartAddItemAction.java:49) at com.babelstore.common.front.TemplateModel.getLocationAlias(TemplateModel.java:789) at com.babelstore.common.front.TemplateModel.load(TemplateModel.java:100) at com.babelstore.util.web.Model.doLoad(Model.java:55) 2011-01-06 18:34:38,548 ERROR [-Processor30] 172.16.14.6 - Load error~Servlet=com.babelstore.purchase.front.CartServlet~Request=POST http://www.pmtnrc.fr/cart!action=add&ai d=261884126~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=javax.transaction.TransactionRolledbackException: null; nested exception is: java.lang.NullPointerException~at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) javax.transaction.TransactionRolledbackException: null; nested exception is: java.lang.NullPointerException at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) |
[APP-32722] ERROR : NullPointerException~at com.babelstore.image.front.UploadImageAction.computeImageType(UploadImageAction.java:271) Création: 07/févr./11 11:30 Mise à jour: 07/févr./11 11:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Ne pas considérer comme "ERROR", ce genre de trace;
- Catcher l'exception avec log en WARN : "Cannot find advert 348449772" 2011-01-06 18:34:03,861 INFO [-Processor19] ages21 - >>> GET http://www.pmtnrc.fr/image?action=upload&aid=348449772&pd=1&pi=20&productid=113528277 2011-01-06 18:34:03,863 ERROR [-Processor19] ages21 - Load error~Servlet=com.babelstore.image.front.ImageServlet~Request=GET http://www.pmtnrc.fr/image?action=upload&aid=348449772&pd=1&pi=20&productid=113528277~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=java.lang.NullPointerException~at com.babelstore.image.front.UploadImageAction.computeImageType(UploadImageAction.java:271) java.lang.NullPointerException at com.babelstore.image.front.UploadImageAction.computeImageType(UploadImageAction.java:271) at com.babelstore.image.front.UploadImageAction.execute(UploadImageAction.java:207) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:517) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:446) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:332) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:247) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-01-06 18:34:03,863 INFO [-Processor19] ages21 - Setting response status code to 503 2011-01-06 18:34:04,140 INFO [-Processor19] ages21 - <<< [278 ms] GET http://www.pmtnrc.fr/image?action=upload&aid=348449772&pd=1&pi=20&productid=113528277 |
[APP-32720] ERROR : NullPointerException~at com.babelstore.image.front.SlideShowAction.execute(SlideShowAction.java:152) Création: 07/févr./11 11:25 Mise à jour: 07/févr./11 11:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Ne pas considérer comme "ERROR", ce genre de trace;
- Catcher l'exception avec log en : INFO : "Cannot find the product 81169622 in Fast, try to find the product in database." WARN : Cannot find the product 81169622 in database" 2011-01-06 18:34:37,793 INFO [-Processor15] 172.16.14.6 - >>> GET http://www.pmtnrc.fr/image?action=slideshow&prdimageid=849697069&productid=81169622 2011-01-06 18:34:37,837 ERROR [-Processor15] 172.16.14.6 - Load error~Servlet=com.babelstore.image.front.ImageServlet~Request=GET http://www.pmtnrc.fr/image?action=slideshow&prdimageid=849697069&productid=81169622~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=java.lang.NullPointerException~at com.babelstore.image.front.SlideShowAction.execute(SlideShowAction.java:152) java.lang.NullPointerException at com.babelstore.image.front.SlideShowAction.execute(SlideShowAction.java:152) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:517) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:446) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:332) 2011-01-06 18:34:37,837 INFO [-Processor15] 172.16.14.6 - Setting response status code to 503 2011-01-06 18:34:38,215 INFO [-Processor15] 172.16.14.6 - <<< [422 ms] GET http://www.pmtnrc.fr/image?action=slideshow&prdimageid=849697069&productid=81169622 |
[APP-32719] ERROR : NullPointerException~at com.babelstore.advert.front.AdvertListAction.logGoogleCrawlOrReferrer(AdvertListAction.java:513) Création: 07/févr./11 11:18 Mise à jour: 07/févr./11 11:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 84.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Ne pas considérer comme "ERROR", ce genre de trace;
- Présence d'un message "Cannot find the product 74431489 in Fast, try to find the product in database." qui permet de savoir que ce n'est pas une erreur; - Catcher l'exception avec log en WARN : Cannot find the product 74431489 in database" 2011-01-06 16:58:05,078 INFO [P-Processor6] 172.16.14.6 - >>> GET http://www.pmtnrc.fr/offer/buy/74431489/-Tipopei-Assortiment-De-Confitures-Naturelles-De-La-Reunion.html 2011-01-06 16:58:05,266 INFO [P-Processor6] 172.16.14.6 - Cannot find the product 74431489 in Fast, try to find the product in database. 2011-01-06 16:58:05,371 ERROR [P-Processor6] 172.16.14.6 - Load error~Servlet=com.babelstore.advert.front.AdvertServlet~Request=GET http://www.pmtnrc.fr/offer/buy/74431489/-Tipopei-Assortiment-De-Confitures-Naturelles-De-La-Reunion.html~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.830~Trace=java.lang.NullPointerException~at com.babelstore.advert.front.AdvertListAction.logGoogleCrawlOrReferrer(AdvertListAction.java:513) java.lang.NullPointerException at com.babelstore.advert.front.AdvertListAction.logGoogleCrawlOrReferrer(AdvertListAction.java:513) at com.babelstore.advert.front.AdvertListAction.postExecute(AdvertListAction.java:409) at com.babelstore.util.web.Dispatcher.processPostExecuteAction(Dispatcher.java:549) at com.babelstore.util.web.Dispatcher.processPostOutsideTransaction(Dispatcher.java:299) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:249) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-01-06 16:58:05,371 INFO [P-Processor6] 172.16.14.6 - Setting response status code to 503 2011-01-06 16:58:05,731 INFO [P-Processor6] 172.16.14.6 - <<< [653 ms] GET http://www.pmtnrc.fr/offer/buy/74431489/-Tipopei-Assortiment-De-Confitures-Naturelles-De-La-Reunion.html |
[APP-32718] ERROR : NullPointerException at com.babelstore.resource.front.PhotoAction.execute(PhotoAction.java:146) Création: 07/févr./11 11:12 Mise à jour: 07/févr./11 11:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 86.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Ne pas considérer comme erreur, ce genre de trace;
- Présence d'un message "Unable to find image [864275502]. This image has been purged" qui permet de savoir que ce n'est pas une erreur. 2011-02-06 05:15:49,674 INFO [-Processor29] 212.23.170.244 - >>> GET http://img.priceminister.com/photo/864275502.jpg 2011-02-06 05:15:49,678 ERROR [-Processor29] 212.23.170.244 - Unable to find image [864275502]. This image has been purged. 2011-02-06 05:15:49,679 ERROR [-Processor29] 212.23.170.244 - Load error~Servlet=com.babelstore.resource.front.ResourceServlet~Request=GET http://img.priceminister.com/photo/864275502.jpg~Referrer=http://shopping.cherchons.com/cgi/cgi.cgi?&pp=2&p=20&p1=_-1_-1_-1_-1_-1_-1&p2=_-1_-1_-1_-1_-1_-1&p3=2&action=dossier&dossierName=televiseur-lcd-blanc&page=2~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13 ;ShopperReports~Trace=java.lang.NullPointerException~at com.babelstore.resource.front.PhotoAction.execute(PhotoAction.java:146) java.lang.NullPointerException at com.babelstore.resource.front.PhotoAction.execute(PhotoAction.java:146) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:517) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:446) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:332) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:247) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2011-02-06 05:15:49,679 INFO [-Processor29] 212.23.170.244 - Setting response status code to 503 2011-02-06 05:15:49,680 INFO [-Processor29] 212.23.170.244 - <<< [6 ms] GET http://img.priceminister.com/photo/864275502.jpg |
[APP-32717] [SMOPush] Désactiver les alertes NAGIOS inutiles Création: 07/févr./11 10:23 Mise à jour: 07/févr./11 10:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.0 (CTN-W) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
[APP-32715] Mail "registration of your order" buggé en UK Création: 04/févr./11 17:37 Mise à jour: 14/févr./11 14:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Voir l'imprimé écran
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 05/févr./11 21:38 ] |
|
Thomas, à traiter lundi matin via surcharge BO.
Passe me voir si nécessaire. |
| Commentaire de Habib-Sylvain Gourguet [ 07/févr./11 10:08 ] |
|
Thomas, s'agit du mail "autorisation", dans le groupe "purchase".
Pour t'en assurer, va dans "Templates de mails" en BO, et recherche "registration of your order" dans "Contenu du message". |
| Commentaire de Habib-Sylvain Gourguet [ 07/févr./11 10:12 ] |
|
Un lien est cassé dans la phrase suivante du template :
Please note that you can view the "<a href="Order tracking for this item</a>" page at any time in the "All my purchases" section of your account. |
| Commentaire de Thomas Bentley [ 07/févr./11 10:20 ] |
|
Surcharge effectué sur BO.
IG ne répond pas ce matin (connection timeout)....je rapporte le changement dès qu'il se remet en route. |
| Commentaire de Habib-Sylvain Gourguet [ 07/févr./11 11:40 ] |
|
Problème de balise <div> non fermée dans le code HTML.
Corrigé en Prod, on reporte sur IG en fin de semaine. Je laisse le JIRA ouvert mais baisse la criticité. On verra sur quel dump on peut publier la modif. Merci. |
| Commentaire de Habib-Sylvain Gourguet [ 07/févr./11 11:42 ] |
|
On vise la 87.0.1.
Avant mardi midi sur REF, ou avant lundi prochain midi sur REF et BRANCH. |
[APP-32693] Validation Landing Page Affiliation Création: 04/févr./11 12:11 Mise à jour: 04/févr./11 12:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Cédric Goldovsky |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Nous souhaitons proposer à nos partenaires affiliés une toute nouvelle landing page optimisée. Les deux principaux objectifs de cette page sont : 1) Accorder beaucoup plus de visibilité aux offres commerciales (pros) qui ne sont pas beaucoup relayées aujourd'hui sur nos différents canaux marketing. 2) Optimiser le taux de transformation de nos partenaires. Pourriez-vous svp la valider ? Merci d'avance pour votre retour. Jon |
[APP-32689] des slashes trainent dans le JS et sont interprétés par Google comme des url's Création: 03/févr./11 14:16 Mise à jour: 15/févr./11 16:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 84.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ScreenShot029.png
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Problématique bien connue, dès que Google trouve une url
avec /quelquechose, il va voir quelquechose et lui attribue un lien.
Voici une portion de code concernée dans la navigation (En pj) : http://www.priceminister.com/nav/Musique_goodies Il faut encoder les /. Merci |
| Commentaires |
| Commentaire de Martin Sudmann [ 15/févr./11 16:58 ] |
| voir avec Thierry s'il ne suffit pas simplement d'isoler le / : '/' + motCle + .... |
[APP-32685] Donner la possibilité, via les logs (en mode DEBUG), de voir les informations envoyées à NetMessage Création: 02/févr./11 15:46 Mise à jour: 03/févr./11 17:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
[APP-32684] ERROR : Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage] Création: 02/févr./11 15:12 Mise à jour: 15/févr./11 16:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
2011-02-01 18:44:16,099 INFO [Processor217] Natnip - >>> GET http://www.priceminister.com/nav/Enfant/ft/a/kw/navia
2011-02-01 18:44:16,315 INFO [Processor217] Natnip - Prop-DYM :navia|1|local|1|nadia|18 2011-02-01 18:44:16,655 INFO [Processor217] Natnip - NPF Enfant:1;0;0;1;69;1;0;106;39;2;1;0;61;1 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,692 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 2, column 18] 2011-02-01 18:44:16,693 ERROR [Processor217] Natnip - Left side ($cat.size()) of '<' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage][line 4, column 18] 2011-02-01 18:44:16,693 INFO [Processor217] Natnip - <<< [594 ms] GET http://www.priceminister.com/nav/Enfant/ft/a/kw/navia |
| Commentaires |
| Commentaire de Martin Sudmann [ 15/févr./11 16:55 ] |
| code velocity à corriger - normalement ça devrait être $c et non $cat ? |
[APP-32682] La page "Pièces jaunes" ne s'affiche pas bien sous IE Création: 02/févr./11 14:31 Mise à jour: 02/févr./11 16:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Fabrice Feugas | Attribution: | Nicolas Lewiss |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2011-02-02_143106.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
Voir la capture en P.J, fonctionne bien sous FF :
http://www.priceminister.com/op/PiecesJaunes2011 |
| Commentaires |
| Commentaire de Charlotte Fachan [ 02/févr./11 16:03 ] |
|
En attente de correction. Nous avons redirigé sur La boutique.
Merci Charlotte |
[APP-32679] Batch VideoSynchronisationVpodPmBatch qui plante au démarrage de M60 : ClassNotFoundException Création: 02/févr./11 09:15 Mise à jour: 02/févr./11 09:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.2, 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
2011-01-30 05:14:23,820 DEBUG [main ]
- Batch : com.babelstore.wallet.batch.NegativeWalletRemindBatch
2011-01-30 05:14:23,851 DEBUG [main ] - Batch : com.babelstore.video.batch.VideoSynchronizationVpodPmBatch 2011-01-30 05:14:25,290 ERROR [main ] - Got marshalling exception, exiting java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy9.getLastBatch(Unknown Source) at com.babelstore.common.batch.Batch.<init>(Batch.java:132) at com.babelstore.video.batch.VideoSynchronizationVpodPmBatch.<init>(VideoSynchronizationVpodPmBatch.java:52) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at com.babelstore.common.batch.Runner.<init>(Runner.java:100) at com.babelstore.common.batch.Runner.main(Runner.java:56) 2011-01-30 05:14:25,298 ERROR [main ] - Error loading classes from remote call result. java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException |
[APP-32672] Désactivation de la bannière de l'OP de Fid Création: 01/févr./11 14:59 Mise à jour: 17/févr./11 12:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Julien Meraud | Attribution: | Cédric Goldovsky |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour,
Est-ce qu'il serait possible de désactiver la property de l'OP de Fid asap car elle est terminée ? Merci par avance, Julien |
| Commentaires |
| Commentaire de Julien Meraud [ 03/févr./11 11:48 ] |
|
Bonjour,
Est-ce qu'il serait possible de désactiver cette property ? Merci par avance, Julien |
| Commentaire de Cédric Goldovsky [ 03/févr./11 11:55 ] |
| Merci de me donner PAR MAIL le nom de la propertie à désactiver, afin que l'on fasse le test en Integ. |
| Commentaire de Renaud Dierickx [ 17/févr./11 12:18 ] |
|
Le nom de la propriété c'est :
priceminister.crm.ope_fid.is_active Désolé, j'avais zappé ce jira... |
| Commentaire de Renaud Dierickx [ 17/févr./11 12:19 ] |
| [CAJ2011Q1CTN] |
MEV - Migration des formulaires 3G en 4G
(APP-32363)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 86.1.0 |
| Version(s) corrigée(s): | 88.0.0 (VEN-G) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 6.X |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 01/févr./11 16:51 ] |
| Puisque déjà en prod sur plusieurs formulaires, je le sorte du pack. |
[APP-32664] [CoSAV] Laisser ouvertes les communications A/V après annulation vendeur FO Création: 01/févr./11 10:23 Mise à jour: 01/févr./11 15:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
Depuis la sortie du "gestionnaire de commandes", on permet
au vendeur d'annuler lui-même une transaction après acceptation de la
vente. Il peut le faire :
- avant que l'acheteur n'ouvre une réclamation, - dans les 3 jours qui suivent l'ouverture d'une réclamation dite "amiable". Problème : il arrive régulièrement que le vendeur annule la transaction avant de pouvoir organiser le retour de son article chez lui (si jamais celui-ci a bien été livré). On souhaite donc laisser au vendeur et à l'acheteur la possibilité de se contacter pendant une période donnée (14 jours), via le "suivi de commande", uniquement pour les cas cités ci-dessus. |
| Commentaires |
| Commentaire de Emeric Teil [ 01/févr./11 10:28 ] |
|
Pour être sur, on ouvre uniquement si l'acceptation de la
claim (annulation de la vente) est du fait du vendeur ? (donc pas si
c'est le BO qui annule la transaction ? et quel que soit le type de
claim ?)
E. |
| Commentaire de Habib-Sylvain Gourguet [ 01/févr./11 10:38 ] |
|
Oui, uniquement dans le cas d'une acceptation de la claim
par le vendeur. Dans le cas d'une annulation par le SAV, pas besoin de
communication A/V : le process de retour est défini par PM.
Concernant le type de réclamation, on devrait pouvoir exclure les NR (?). Mais il arrive qu'un acheteur choisisse le mauvais type de claim sans que le SAV ne puisse corriger. Et on peut d'ores et déjà exclure les CTF (par sécurité :-). |
| Commentaire de Emeric Teil [ 01/févr./11 10:42 ] |
| On prend que les "amicales" ? |
| Commentaire de Habib-Sylvain Gourguet [ 01/févr./11 15:04 ] |
|
On prend les transactions annulées par le vendeur en FO, donc possiblement :
- après acceptation de la vente mais sans réclamation de l'acheteur, - en période "amiable" de la réclamation, - après réclamation rejetée (par le BO ou annulée par l'acheteur). |
[APP-32663] photo non disponible en taille S devient une image 'carré gris avec barre diagonale rouge' en taille M à cause de purge Création: 31/janv./11 18:05 Mise à jour: 21/févr./11 10:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Vincent Jouffe | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
voir copie d'écran.
|
| Commentaires |
| Commentaire de Vincent Jouffe [ 31/janv./11 18:09 ] |
| Sur le compte "pellero" en FR, article "créature féroce" |
[APP-32662] [AdServer] Nettoyage des urls en "/info/" (les pages IG) du code pour éviter de passer via les redirections (vers pages adServer) Création: 31/janv./11 17:26 Mise à jour: 14/févr./11 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | adserver |
| Description |
|
[dierickxr@prin ~/dev/source/etc]grp "/info/"
priceminister-es.properties:298:priceminister.game.review.promotion.url = /info/no/op/sorteoopiniones priceminister-es.properties:299:priceminister.game.review.promotion.pop.url = /info/co/op/sorteoopiniones priceminister-fr.properties:307:priceminister.game.review.promotion.url = /info/no/op/jeuconcoursavis priceminister-fr.properties:308:priceminister.game.review.promotion.pop.url = /info/co/op/jeuconcoursavis priceminister-infra.properties:302:# 1Euro.com popup detail (default = /info/1euro_com) priceminister-infra.properties:303:# Valeur par defaut dans le code : /info/co/1euro/en_savoir_plus priceminister-infra.properties:304:priceminister.payment.sips.1eurocom.url_detail_info = /info/co/1euro/en_savoir_plus priceminister-uk.properties:294:priceminister.game.review.promotion.url = /info/no/op/reviewscontest priceminister-uk.properties:295:priceminister.game.review.promotion.pop.url = /info/co/op/reviewscontest .......... |
[APP-32658] [PeC] : Revoir le fonctionnement de la page "Paiement coupon" Création: 31/janv./11 14:31 Mise à jour: 31/janv./11 14:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Coupons |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Lors de l'analyse des impacts du Jira lié, on s'est rendu compte qu'actuellement :
-> on affiche cette page dès que le montant du panier est inférieur ou égal à celui du coupon -> s'il est inférieur ou égal, on dit "le montant de votre coupon est supérieur à celui de votre panier" -> et s'il est inférieur, on ajoute, "vous pouvez continuer vos achats" On peut donc se demander : -> Si cette page est vraiment utile (transparence vis-à-vis de l'utilisateur VS risque d'abandon si l'utilisateur sort du passage en caisse pour compléter ses achats) -> S'il ne faudrait pas mieux adapter le wording au cas où coupon=panier / ne pas entrer dans cette page... non seulement on oblige l'utilisateur à un clic supplémentaire mais en plus on lui affiche un wording erroné... |
[APP-32649] [AdServer] Augmentez vos chances de vendre / So Colissimo Création: 28/janv./11 16:34 Mise à jour: 28/janv./11 16:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | AdServer |
| Navigateur: | Tous |
| Description |
|
Salut Charlotte
Sur cette page http://www.pminteg.fr/question?action=list j'ai une autopromo à droite "Participez à la price TV..." - Elle pointe sur la page http://www.priceminister.com/info/no/op/video alors que je pensais qu'on ne passait plus par IG. Je m'attendais en fait à http://www.priceminister.com/op/video - De plus, sur cette fameuse page, on présente des captures écran qui sont obsolètes car depuis on a vu naître la landing page scénarisée (à la fin d'une mise en vente) et un nouvel inventaire Céd. |
[APP-32644] Questions annonce : Page "Mes questions reçues" -> Conserver les questions déjà répondues et déplacer l'encrage Création: 28/janv./11 14:51 Mise à jour: 28/janv./11 14:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Cf. Jira lié, nous venons d'améliorer l'accès et la
présentation des questions (messages) post-achat / post-vente... il
faudrait en faire de même pour les questions annonce.
Propositions : -> Déplacer "Mes questions envoyées" dans le bloc acheteur (?) -> Déplacer "Mes questions reçues" dans le bloc "Mes annonces" -> Changer le comportement de "Mes questions reçues" pour que, comme on fait sur les pages "Messages concernant mes achats / ventes", on puisse afficher l'ensemble des questions (et pas uniquement les non répondues), ou bien choisir de ne voir que les non répondues -> Par défaut, le lien devrait pointer sur l'ensemble des questions, alors que le lien orange "X questions non répondues" devrait pointer sur la page filtrée sur les non répondues... |
[APP-32643] Tester les comportements de Bzr Création: 28/janv./11 14:43 Mise à jour: 28/janv./11 14:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Description |
|
Pour éviter les pb du type V85 qui se transforme en V86,
tester les comportements de Bzr en ce qui concerne le renommage, la
suppression/ recréation de branche etc ...
|
[APP-32642] [AdServer] Promo et label "voir mes ventes finalisées" ont besoin d'espace Création: 28/janv./11 14:11 Mise à jour: 02/févr./11 17:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 84.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | AdServer |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Audrey Angleys [ 31/janv./11 19:39 ] |
|
Bonjour,
Je pense que c'est le param qui a développé cet emplacement. Il faudrait rajouter un espace entre le "ventes finalisées" et l'emplacement autopromo. Merci d'avance! Audrey |
| Commentaire de Ariane Baldinger [ 01/févr./11 09:41 ] |
| Je pense que c'est plutôt le modèle de page qui devrait être modifié. |
| Commentaire de Gafour Abdoul [ 02/févr./11 17:15 ] |
| Il faut au préalable vérifier les contenus "possible" sous "voir mes ventes finalisées" |
[APP-32636] ERROR : Problem of associated id for : msg_template_alias Création: 28/janv./11 10:01 Mise à jour: 08/févr./11 11:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 84.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
MESSAGE (3) : Problem of associated id for :
msg_template_alias = t_cpdt_sendto_commercial, ums_domain_code = 60,
usr_message_id = 299664457
MESSAGE (3) : Problem of associated id for : msg_template_alias = t_cpdt_blank, ums_domain_code = 60, usr_message_id = 299684610 MESSAGE (3) : Problem of associated id for : msg_template_alias = t_cpdt_blank, ums_domain_code = 60, usr_message_id = 299664474 |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 07/févr./11 10:51 ] |
|
- Toujours d'actualité
MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301833916 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301838626 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301839159 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301839191 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301841576 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301854249 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301854257 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301854282 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301855657 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301856111 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301859821 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301859893 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301864222 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301864256 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301864350 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301864654 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301865028 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301869042 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301870007 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301870053 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301871474 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301872048 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301873138 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301873178 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301876243 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301878372 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301879801 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301880634 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301883809 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301888303 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301890314 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301890397 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301890453 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301894324 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301894380 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301894559 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301894738 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301894774 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301898289 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301898690 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301900962 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301902926 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301902943 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301904529 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301904553 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301907412 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301907473 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301909505 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301910330 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301910810 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301911062 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301911082 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301914312 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301916122 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301921333 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301921390 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301923183 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301929315 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301930179 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301930970 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301937816 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301937872 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301937892 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301939092 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301942681 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301945014 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301945039 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301948543 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301952533 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301952548 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301954256 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301954266 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301956422 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301956427 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301964708 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301964754 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301964756 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301964793 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301965413 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301970083 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301970101 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301970143 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301970188 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301970816 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301971211 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301971262 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301979442 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301986402 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 20, usr_message_id = 301986409 MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code = 80, usr_message_id = 301925356 |
| Commentaire de Espérance Galouo-Lece [ 08/févr./11 10:49 ] |
|
2011-02-07 11:15:33,055 INFO [Processor161] noendive - >>> POST http://www.priceminister.com/message!body=Bonjour,&contact=true&inctxid=1003&popup=true&subject=Achat non ...&umsdomain=20
2011-02-07 11:15:33,060 ERROR [Processor161] noendive - NAGIOS ALERT :: TX - MESSAGE (3) : Problem of associated id for : msg_template_alias = null, ums_domain_code =20, usr_message_id = 302040705 2011-02-07 11:15:33,303 INFO [Processor161] noendive - <<< [248 ms] POST http://www.priceminister.com/message!body=Bonjour,&contact=true&inctxid=1003&popup=true&subject=Achat non ...&umsdomain=20 |
[APP-32635] Gestion du € (€) qui prend plus de 1 caractère dans nos formulaires Création: 27/sept./10 17:42 Mise à jour: 27/janv./11 18:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif FONC: | contenu | ||||||||
| Description |
|
Le symbole € est compté comme plus de 1 caractère (car
étendu en €) et provoque des messages d'erreur
incompréhensibles sur les validations de formulaires.
|
| Commentaires |
| Commentaire de Stéphane Genet [ 28/sept./10 10:18 ] |
| C'est lié aux différences entre iso-8859-1 et iso-8859-15, le sigle € pose problème ici vu qu'il est remplacé à la soumission par €. |
| Commentaire de Alexandre Garnier [ 28/sept./10 11:00 ] |
|
Et pour le textarea, on ne peut gérer le troncage automatique au collage de texte...
Donc en gros, on peut rien faire. |
| Commentaire de Fabrice Feugas [ 28/sept./10 11:06 ] |
| Refaire comme dans la MeV mode... |
| Commentaire de Fabrice Feugas [ 28/sept./10 11:07 ] |
| Ou on tronque bien au nombre de caractère max, y compris suite à un copier-coller. |
| Commentaire de Fabrice Feugas [ 28/sept./10 11:11 ] |
| En fait, la "coupure" fonctionne déjà bien, mais c'est le cas du € qui foire. Problème transverse à tous nos formulaires. |
[APP-32634] Top 10 des questions sur le PMV dans la FAQ Création: 27/janv./11 18:10 Mise à jour: 18/févr./11 16:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 18/févr./11 14:43 ] |
|
Contents soumis à publication sur REF (à traduire pour ES/UK) :
/online_help/Help Articles/Folder02 - FAQ/Contact/Folder03 - Question sur le Porte-Monnaie $brandDto.brandName/Folder00 - Les questions les plus fréquentes/01 - J'ai payé par Porte-Monnaie et ma commande a été annulée /online_help/Help Articles/Folder02 - FAQ/Contact/Folder03 - Question sur le Porte-Monnaie $brandDto.brandName/Folder00 - Les questions les plus fréquentes/02 - Ma date de naissance n'est pas reconnue /online_help/Help Articles/Folder02 - FAQ/Contact/Folder03 - Question sur le Porte-Monnaie $brandDto.brandName/Folder00 - Les questions les plus fréquentes/03 - Mon reversement par virement n'est toujours pas effectué /online_help/Help Articles/Folder02 - FAQ/Contact/Folder03 - Question sur le Porte-Monnaie $brandDto.brandName/Folder00 - Les questions les plus fréquentes/04 - Je veux récupérer tout le solde de mon Porte-Monnaie |
| Commentaire de Habib-Sylvain Gourguet [ 18/févr./11 14:44 ] |
|
Structures à traduire sur REF pour ES/UK :
/ONLINE_HELP/CONTACT/QUESTION_SUR_LE_PORTE-MONNAIE_$BRANDDTO.BRANDNAME/QUESTIONS_LES_PLUS_FREQUENTES/REVERSEMENT_VIREMENT_TOUJOURS_PAS_EFFECTUE /ONLINE_HELP/CONTACT/QUESTION_SUR_LE_PORTE-MONNAIE_$BRANDDTO.BRANDNAME/QUESTIONS_LES_PLUS_FREQUENTES/COMMENT_VIDER_PMV /ONLINE_HELP/CONTACT/QUESTION_SUR_LE_PORTE-MONNAIE_$BRANDDTO.BRANDNAME/QUESTIONS_LES_PLUS_FREQUENTES/DATE_NAISSANCE_INCONNUE /ONLINE_HELP/CONTACT/QUESTION_SUR_LE_PORTE-MONNAIE_$BRANDDTO.BRANDNAME/QUESTIONS_LES_PLUS_FREQUENTES/COMMANDE_ANNULEE_PAIEMENT_PMV /ONLINE_HELP/CONTACT/QUESTION_SUR_LE_PORTE-MONNAIE_$BRANDDTO.BRANDNAME/QUESTIONS_LES_PLUS_FREQUENTES |
| Commentaire de Pablo Anton [ 18/févr./11 16:10 ] |
|
Contenus et Structures ci-dessus traduites et soumises à publication sur REF-ES
|
| Commentaire de Thomas Bentley [ 18/févr./11 16:31 ] |
| Egalement sur UK |
[APP-32626] différence wording entre le bloc 'My sales' du e-wallet' et l'aide Création: 27/janv./11 15:02 Mise à jour: 31/janv./11 15:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Vincent Jouffe | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
voir copie d'écran
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 27/janv./11 17:56 ] |
|
Thomas, peux-tu traiter ce JIRA asap, svp ?
Conviens avec Rémi de quel wording est le plus approprié pour parler d'une vente "payable" et d'un paiement "à venir" en UK. Merci d'avance ! :-) |
| Commentaire de Arnaud Forgues [ 31/janv./11 15:29 ] |
| La version étant pratiquement bouclée, je décale donc ce jira mineur à la prochaine TX (TX-S) |
[APP-32615] [Revendez vos achats] : On propose des produits déjà "revendus" (car fiche produit privée) Création: 27/janv./11 10:32 Mise à jour: 21/févr./11 10:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Hanane Adeleke | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
annonce.JPG
mes_achats.JPG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Mozilla / Firefox |
| Description |
|
l'identifiant du vendeur est : had11
cf résumé |
| Commentaires |
| Commentaire de Emeric Teil [ 27/janv./11 16:58 ] |
|
En fait, c'est déjà le cas avec l'existant, en prod. Cela
vient du fait qu'il s'agit d'un produit "privé" et que lors de la
revente, on recréée un nouveau produit... il n'est donc pas possible,
par la suite de faire le matching entre le produit acheté et le produit
revendu...
A court terme, la seule option que je vois, serait d'exclure ces produits des propositions de revente... E. |
[APP-32610] [Adserver] - Mise en place OP VF PriceMinister ski Création: 26/janv./11 19:22 Mise à jour: 27/janv./11 09:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Charlotte Fachan | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
nous avons prévu la mise en place d'un dispositif media pour promouvoir l'offre Vente Flash PriceMinister Ski. Date de l'op: du 28/01 au 30/01/2011 Dispositif media prévu : - insertion en bannière multi promo, emplacement N°1 - campagne de bannière en RG sur le site PM - Bannière sur la HP "mon compte" Le dispositif est relativement classique. Merci de m'indiquer si vous pourre effectuer des test avant mise en ligne. Merci Charlotte |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 27/janv./11 09:03 ] |
|
Hello,
C'est beaucoup trop juste, nous sommes actuellement en pleine phase d'Integ TX-R Céd. |
[APP-32609] [Adserver]- mise en ligne prochaine d'une bannière mev rapide ds bannière multipromo Création: 26/janv./11 19:16 Mise à jour: 28/janv./11 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Charlotte Fachan | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PLANNING PROMO_ADSERVER.xlsx
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
nous avons prévu d'intégrer prochainement dans la bannière multi promo, une nouvelle créa pour promouvoir la mise en ligne rapide. En pj le planning prévu. Merci Charlotte |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 27/janv./11 09:06 ] |
|
Mev rapide activé le 29/01 : c'est trop juste, nous sommes actuellement en pleine Integ TX-R
Céd. |
| Commentaire de Audrey Angleys [ 28/janv./11 10:22 ] |
|
Bonjour Cédric,
Nous avons testé de notre côté, tout semble bon. Pour nous permettre une meilleure réactivité, nous allons passer la bannière en ligne aujourd'hui (plutôt que demain samedi). Merci! A ta dispo pour en parler, Audrey |
[APP-32607] [EnvDev] Compteurs annonces - ne pas polluer les logs Création: 26/janv./11 18:25 Mise à jour: 26/janv./11 18:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Description |
|
Les logs s'accumulent sur les serveurs de dev s'il n'y a pas de cron
http://pricewiki.lan/Wiki.jsp?page=Script%20compilation%20statistiques%20produit |
[APP-32596] ERREUR JS page préférence vendeur Création: 26/janv./11 14:44 Mise à jour: 26/janv./11 15:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Thomas Landru [ 26/janv./11 15:13 ] |
| Bug présent en prod |
[APP-32589] [SMS] Mettre un lien vers l'extranet de Net Message sur l'écran de recherche des alertes Création: 25/janv./11 18:53 Mise à jour: 16/févr./11 10:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Fabien Recco |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Alertes téléphoniques |
| Description |
|
Mettre un lien sur l'écran de recherche des alertes pointant vers l'url de l'extranet de Net Message
http://sclient.netmessage.com/ Mettre ceci dans une propertie afin de pouvoir la changer facilement. |
[APP-32587] Recensement des images statiques utilisées en Prod Création: 25/janv./11 18:32 Mise à jour: 27/janv./11 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Afin de réorganiser et rationaliser l'emplacement des images
et de leur utilisation, un recensement nous permettrait de connaitre
les images qui ne sont plus utilisées.
Images statiques (Balise IMG + image CSS) U:\dev\source\static\front\brand\www\images |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 25/janv./11 18:37 ] |
| As-tu un exemple de balise image à pister (pour avoir son url type pour le grep) et un exemple d'image CSS (idem) ? |
| Commentaire de Gafour Abdoul [ 27/janv./11 10:30 ] |
|
en css l'appel est de cette forme, http://pmcdn.priceminister.com/res/static/0/www/www/44778/fb/images/default/structure/header/pm/bg_search_right.png
Les image peuvent aussi être appelés de la manière suivante dans les JSP (mais aussi d'autres manières) : <img src="<%= req.image("default/icon/heart_new.PNG") %> ex d'url : http://pmcdn.priceminister.com/res/static/0/bo/www/7468/fb/images/default/bullet/triangle_green.gif |
[APP-32586] reversement par virement du 10/01 Création: 25/janv./11 18:24 Mise à jour: 08/févr./11 15:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compensations |
| Affecte la/les version(s): | 84.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Claire Durand | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | FireFox 3.0 |
| Description |
|
Slt,
Je ne comprends pas pourquoi le pro « brouette1962 » n'a pas été payé le 10/01/11. http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15185362 On a bien un « Crédit - paiement ventes » en date du 10/01 mais pas de reversement par virement ensuite. Pouvez-vous jeter un œil et me tenir au jus ? Merci bcp, Claire |
| Commentaires |
| Commentaire de Eric Vannier [ 27/janv./11 17:14 ] |
|
Si l'on regarde les évènements pour les compensations :
http://bo.priceminister.jmh/user_back?action=userview&carddetail=false&showcompensationonly=true&showeventcompensation=true&showeventlogin=false&showeventothers=false&useraccountid=15185362 On voit qu'il y a bien un évènement "Compensation PMV par batch" à 10/01/11-03:43. N° de l'opération = 527819097 http://bo.priceminister.jmh/wallet_back?action=operationbackview&operationid=527819097 On voit bien un évènement "Finalisation système" à 10/01/2011-03:43. La compensation correspondante est 19728096: http://bo.priceminister.jmh/compensation_back?action=compensationbackview&compensationid=19728096&displaydetails=false Les deux évènement sur le PMV au 10/01 sont : 10/11/2010-11:22 Rétablissement 10/11/2010-05:27 Restriction Il y a bien le "crédit -paiement de la vente" qui apparaît sur le PMV du vendeur. Par contre, aucune trace de l'opération dans le bordereau N° 465737 : http://bo.priceminister.jmh/wallet_back?action=depositcontrol&filtercauses=none&numberrowsperpage=200&oprgroupid=2418572&orderby=ASC |
[APP-32585] Marquer les messages reçus par "WS Post-vente" Création: 25/janv./11 18:01 Mise à jour: 25/janv./11 18:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | WS GetToDoSeller |
| Description |
|
En BO, dans les pages à partir desquelles il est possible de
consulter les messages reçus (fiches user, article, panier...),
permettre de distinguer un message reçu via WS d'un message reçu via
formulaire classique en FO.
Version classe : rajouter un picto à côté des titres des messages sur ces différentes fiches. Version du pauvre : ajouter une ligne dans la popup de visualisation du message et écrire "... (via Web Service)". Marquer les messages reçus via WS permettrait peut-être aussi de récupérer l'info dans BI pour plus facilement (et mieux) analyser les résultats du projet "WS Post-vente". |
[APP-32581] [Mes achats] "Réclamation rejetée" même si c'est l'acheteur qui annule sa réclamation Création: 25/janv./11 15:10 Mise à jour: 25/janv./11 15:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | Mon Compte : Mes Achats |
| Description |
|
"Reclamation rejetée" : on dirait que c'est le BO qui a rejeté cette reclamation
"Réclamation annulée par vos soins" (ou quelque chose dans ce genre là) serait plus approprié si on souhaite vraiment faire apparaitre sur la page "Mes achats" qu'une reclamation a existé sur cet article |
| Commentaires |
| Commentaire de Thomas Landru [ 25/janv./11 15:14 ] |
| Ceci est connu depuis gestionnaire de commande, et a été accepté par Steven et Habib. |
| Commentaire de Habib-Sylvain Gourguet [ 25/janv./11 15:57 ] |
|
On aurait dit ça ?
Cédric, pourrais-tu ajouter un lien vers la transaction sur laquelle tu as remarqué ce wording, svp ? La page "Mes achats" doit reprendre le wording du bloc bleu dans le "suivi de commande". Or, si réclamation annulée par l'acheteur (et non par le BO), le wording actuel est "Achat confirmé par le vendeur". Voir le FO pour la transaction suivante : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=156265256 |
[APP-32575] La mise en avant des différents statuts du panier provoque des incohérences dans les infos affichées : revoir le cycle de vie du panier ? Création: 25/janv./11 12:25 Mise à jour: 25/janv./11 14:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
vendeur a confirmé mais confirmation en attente.jpg
vente annulée mais paiement à venir.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Depuis la mise en avant de tous ces statuts (WebServices,
Gestionnaire de commande, Tous mes achats) on note des incohérences sur
une même page.
Cf exemples en PJ (il y en a d'autres) NB : ces incohérences sont dues à l'attente du passage d'un batch ou à l'attente de la notation vendeur par exemple |
| Commentaires |
| Commentaire de Thomas Landru [ 25/janv./11 14:35 ] |
| C'est ajouté au backlog TX |
[APP-32574] Le lien vers l'opération pièce jaunes dans la Pub ne fonctionne pas Création: 25/janv./11 12:08 Mise à jour: 25/janv./11 12:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Antoine Carré | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | e-Pièces jaunes |
| Description |
|
Si l'on clic sur les pièces dans la pub on arrive sur la page :
http://www.priceminister.com/s/undefined |
[APP-32570] [Nettoyage du code] Suppression du code permettant les A/B test autopromos sur la FP Création: 25/janv./11 10:29 Mise à jour: 25/janv./11 10:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Voir dans IG :
/promotions/Promotions/FR/Promos/Garanties Price/Bloc garanties FP |
[APP-32558] [Mes achats] Problème d'arithmétique Création: 24/janv./11 14:25 Mise à jour: 24/janv./11 16:06 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | Mon Compte : Mes Achats |
| Commentaires |
| Commentaire de Emeric Teil [ 24/janv./11 14:55 ] |
| En fait il n'y a pas de souci : il n'y a bien que deux articles qui ont été capturés (l'un d'eux a été annulé d'entrée par le vendeur, un autre, également annulé, l'é été après capture et est donc inclus dans le calcul)... |
| Commentaire de Cédric Goldovsky [ 24/janv./11 15:01 ] |
|
LOL oui très certainement
Mais madame Michu, elle, n'a pas accès au BO, elle ne prévoit pas de checker ses relevés de compte 3 fois par jour, et en plus elle est cardiaque. Et si on lui fait ça pour 80% de ses paniers, elle va se faire de belles frayeurs. Clairement, là, sans connaitre tes infos en mode "God", j'ai 2 articles annulés, un seul en "reclamation traitée" et on m'annonce toujours "2 articles". Ca n'est pas logique pour Mme Michu. Je pense qu'on doit pouvoir afficher des infos un minimum cohérentes pour l'utilisateur, non ? |
| Commentaire de Emeric Teil [ 24/janv./11 15:08 ] |
|
:o) Alors madame Michu doit déjà avoir de gros pbm sur PM :
c'est exactement l'existant... On peut donc se poser la question de
revoir ça, mais, ce n'était pas dans le cadre de ce projet (et ne
constitue donc pas un "bug" sur celui-ci mais une amélioration pour la
suite).
En complément, il ne faut pas oublier que Madami Michu ne découvre pas un beau jour que des articles ont été annulés en arrivant sur cette page, mais qu'elle reçoit des mails lui expliquant tout ça (et que le détail de ce qui se passe sur ces articles, est également dispo sur la page de suivi). Après, suis OK que ce n'est pas forcément hyper clair, donc -> je garde le Jira ouvert -> mais le passe en amélioration pour le futur et j'en profite pour ajouter Steven et Habib pour avoir leur avis / propositions (si tu en as également...) Merci |
| Commentaire de Cédric Goldovsky [ 24/janv./11 15:50 ] |
| Merci Emeric :) |
| Commentaire de Habib-Sylvain Gourguet [ 24/janv./11 16:06 ] |
|
Tout ça correspond au wording décidé depuis la v81, donc il
s'agit effectivement moins d'un bug que d'un mauvais choix/calcul.
On va discuter d'un nouveau wording permettant de différencier "Cancelled" de "Seller cancellation a posteriori" (qui serait aussi à répercuter dans le bloc bleu de la page "Suivi de commande"). |
[APP-32543] [AdServer] Problème sur les contenus IG ${defFamily.name()} cannot be resolved. Création: 21/janv./11 16:56 Mise à jour: 25/févr./11 16:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (CTN-X) |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Simon Stevant | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | AdServer |
| Classif FONC: | adserver |
| Description |
|
On a en tout 3357 erreurs de ce type dans les logs.
Ce problème fait penser au Jira |
| Commentaires |
| Commentaire de Renaud Dierickx [ 11/févr./11 16:47 ] |
|
A priori c'est la mise en place de R2D2 ! Peut-on intégrer ça à AdServer lot 2 ? |
| Commentaire de Renaud Dierickx [ 11/févr./11 16:50 ] |
| Simon, as-tu le log ou/et une stacktrace de prod ? |
| Commentaire de Renaud Dierickx [ 24/févr./11 17:56 ] |
| En fait, Simon, le problème est-il toujours d'actualité ? |
| Commentaire de Simon Stevant [ 25/févr./11 14:57 ] |
|
Je pense que oui, extrait des logs d'aujourd'hui
415 Null reference [template 'PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage]', line 18, column 45] : ${defFamily.name()} cannot be resolved. 415 Null reference [template 'PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage]', line 29, column 45] : ${defFamily.name()} cannot be resolved. 2075 Null reference [template 'PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage]', line 3, column 45] : ${defFamily.name()} cannot be resolved. 415 Null reference [template 'PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage]', line 38, column 45] : ${defFamily.name()} cannot be resolved. 415 Null reference [template 'PMVelocity - Type: Contenu : Bloc Html - Category[Remplissage]', line 5, column 45] : ${defFamily.name()} cannot be resolved. |
| Commentaire de Renaud Dierickx [ 25/févr./11 15:20 ] |
|
Ca vient de la page "Signalez un problème dans l'annonce" pour lesquelles on ne devrait pas afficher les promos.
http://www.priceminister.com/question?action=problem&aid=375391736&productid=113476049 DAD vient vous voir ! |
| Commentaire de Rocio Perez-Garcia [ 25/févr./11 16:24 ] |
|
En working jusqu'à la CTN.
Tags product, location_alias PROBLEM exclu. |
| Commentaire de Rocio Perez-Garcia [ 25/févr./11 16:53 ] |
|
Aussi exclu d'Event tab et Synergies.
Sur ref |
[APP-32537] Attestation d'achat & Certificat de retrait: on met le logo de PM sur les CoBs ? Création: 21/janv./11 09:59 Mise à jour: 21/janv./11 10:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Steven Harel |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Attestation_Achat.jpg
certificat_retrait.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
cf captures... j'imagine que c'est historique.. Steven un avis, souvenir ? :o)
|
[APP-32535] [FP]Gestion des best price dans la place de marché Création: 20/janv./11 18:44 Mise à jour: 20/janv./11 18:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Simplifier les règles d'affichage des best prices dans la zone place de marché.
occasion : regroupe toutes les annonces dont la qualité est correcte, bon état, très bon état et comme neuf (peu importe si collection ou pas) neuf : regroupe toutes les annonces dont la qualité est "produit neuf" (peu importe si collection ou pas) Les règles sont trop complexes ajd, car on a souhaité gérer au mieux le cas des annonces de collection, ce qui engendre des incohérences. On se rend compte de plus en plus du mauvais usage de cette notion qu'il faudra remettre en question. |
[APP-32527] [AdServer] Présence des boutons "Resell your gifts" dans la page "Send a message to PriceMinister" Création: 20/janv./11 16:29 Mise à jour: 20/janv./11 17:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | AdServer | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Thomas Springett [ 20/janv./11 17:51 ] |
|
Il faut que j'exclue toutes les page POP up avec des mot clef, mais je ne les a pas toutes reparer.
ça devrait marcher maintenon. Merci, |
[APP-32526] [AdServer] Présence des boutons "GOVOLO" et "SEUR" dans la page "Enviar un mensaje a PriceMinister" Création: 20/janv./11 16:22 Mise à jour: 20/janv./11 16:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | AdServer | ||||||||||||
| Navigateur: | Tous | ||||||||||||
| Description |
|
cf. screenshot-1
|
[APP-32524] Améliorations Edito SAV (88) Création: 20/janv./11 15:56 Mise à jour: 25/févr./11 17:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Pour la publication de toutes les améliorations de contenus
d'aide FO et mails-type BO réalisées par l'équipe Edito SAV.
ATTENTION AUX DATES LIMITES POUR PUBLICATION : - REF : mardi 22 février (midi) - BRANCH : lundi 28 février (midi) |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 20/janv./11 15:59 ] |
|
Publications possibles jusqu'au :
- REF : mardi 25 janvier (midi) - BRANCH : mardi 1er février (midi) |
| Commentaire de Cédric Goldovsky [ 01/févr./11 15:08 ] |
|
Trop tard.
Merci de déscoper |
| Commentaire de Siham Mnaouare [ 02/févr./11 10:26 ] |
|
Soumis sur REF pour FR (correction) :
/mail_templates/templates/300_article - acheteur/0030_noté / hors délai - claim acceptée |
| Commentaire de Habib-Sylvain Gourguet [ 17/févr./11 14:05 ] |
|
Soumis sur REF pour FR (à traduire sur ES/UK) :
/mail_templates/templates/080_coupons/marketing/0025_page Mon compte - coupon disparu ? |
| Commentaire de Habib-Sylvain Gourguet [ 17/févr./11 14:17 ] |
|
/mail_templates/templates/150_contrefaçon/0010_avertissement (contrefaçon)
-> Envoi au Service Juridique pour validation finale. |
| Commentaire de Pablo Anton [ 17/févr./11 14:33 ] |
|
Publié sur REF-ES :
/mail_templates/templates/080_coupons/marketing/0025_page Mon compte - coupon disparu ? |
| Commentaire de Pablo Anton [ 17/févr./11 15:28 ] |
|
Publié sur REF-ES (correction objet du mail)
/mail_templates/templates/410_système - coupons/0020_jeu Widget - vous avez gagné |
| Commentaire de Thomas Bentley [ 17/févr./11 15:28 ] |
| Egalement sur UK |
| Commentaire de Pablo Anton [ 17/févr./11 15:46 ] |
|
Publié sur REF-ES (Correction du contenu du texte ES)
/mail_templates/templates/150_contrefaçon/0010_avertissement (contrefaçon) |
| Commentaire de Habib-Sylvain Gourguet [ 17/févr./11 17:07 ] |
|
Thomas, Pablo : merci de repasser sur template ci-dessus
(ajout de la définition d'un "Produit Interdit" à la demande du Service
Juridique).
Et Pablo, n'oublie pas de revoir également l'objet du template. |
| Commentaire de Pablo Anton [ 17/févr./11 17:25 ] |
|
RéPublié sur REF-ES avec la définition de Produit Interdit :
/mail_templates/templates/150_contrefaçon/0010_avertissement (contrefaçon) |
| Commentaire de Thomas Bentley [ 17/févr./11 17:35 ] |
|
Egalement publié sur UK.
A noter: j'ai également apporté des améliorations à l'article 5.5 du règlement général qui parait dans ce mail. Merci au Service Juridique de valider cette amélioration, ce trouvant dans le contenu suivant: /online_help/Help Articles/Folder05 - Règlements/CGU - English (UK) |
| Commentaire de Benjamin Moutte [ 17/févr./11 18:28 ] |
| Je ne pense pas qu'on ait accès à ce contenu. Peux-tu le reproduire dans le Jira ? Il est important que la citation des CGU reprenne à l'identique le texte des CGU dispo sur le site. A défaut il faudra également modifier les CGU. |
| Commentaire de Thomas Bentley [ 17/févr./11 18:42 ] |
|
Sans problème. Voici la modification que j'ai apporté à l'article 5.5 de la CGU (publié dans IG):
"The member agrees not to put or leave any illegal products up for sale, nor to buy or sell any illegal products both directly or indirectly on the site." Voila également la version original de cet article: "The Member agrees not to put up for sale, sell, and allow to be sold or to buy, directly or indirectly, Illegal Products." |
| Commentaire de Benjamin Moutte [ 18/févr./11 10:02 ] |
|
Merci.
OK pour moi, mais il faudra donc procéder à la modif des CGU UK asap (et voir si cela n'as pas d'impact sur certains mail-types, éventuellement). Je vous laisse voir ;-) |
| Commentaire de Thomas Bentley [ 18/févr./11 10:06 ] |
|
Excellent! La modif de la CGU à été faite hier, ainsi que le
mail "0010_avertissement (contrefaçon)". Je refait un tour dans les
templates cet aprèm pour vérifier que tout soit coherent.
Merci |
| Commentaire de Thomas Bentley [ 18/févr./11 15:25 ] |
|
Suite au HiTask ""[UK] modification des indications de
pénalités CTF"" la modification de l'article 5.7 de la CGU a été publié
sur IG (REF UK)
/online_help/Help Articles/Folder05 - Règlements/CGU Voici le nouveau contenu (merci au juridique de valider :-) ): ""the Member will be liable for administration fees amounting to a fixed penalty of 20 pounds and a variable sum of 20% of the sales/the order. These fees can be no less than 100 pounds before tax. The Member gives PriceMinister permission to withdraw these fees from the trustee account, in accordance with articles 6.8 onwards."" inclue dans les mails suivant: /mail_templates/templates/150_contrefaçon/0140_pénalité et /mail_templates/templates/150_contrefaçon/0050_compte suspendu Elle à egalement été incluse dans les mails suivant: /mail_templates/templates/150_contrefaçon/0140_pénalité /mail_templates/templates/150_contrefaçon/0050_compte suspendu |
| Commentaire de Siham Mnaouare [ 22/févr./11 16:46 ] |
|
Soumis à publication sur REF pour FR(Habib pour BRANCH) :
/mail_templates/templates/090_produit/0275_annonce fermée - mise à 0 du stock par le vendeur |
| Commentaire de Habib-Sylvain Gourguet [ 23/févr./11 18:11 ] |
|
A noter que le mail ci-dessus soumis par Siham doit être traduit sur ES/UK.
Aussi soumis sur REF et BRANCH pour FR (pas de trad. ES/UK) : /mail_templates/templates/040_contact acheteurs/0221_cancelled sur achat Limonetik |
| Commentaire de Thomas Bentley [ 24/févr./11 14:14 ] |
|
Amélioration Aide FAQ Pro publié sur REF et BRANCH UK
/online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder01 - Mon compte professionnel /Enregistrement compte pro |
| Commentaire de Thomas Bentley [ 24/févr./11 15:16 ] |
|
Publié sur REF et BRANCH UK
/mail_templates/templates/090_produit/0275_annonce fermée - mise à 0 du stock par le vendeur |
| Commentaire de Pablo Anton [ 24/févr./11 15:18 ] |
| Également pour ES (REF et BRANCH) |
| Commentaire de Habib-Sylvain Gourguet [ 25/févr./11 15:10 ] |
|
Soumis à publication sur REF et BRANCH pour FR (à traduire sur ES/UK) :
/mail_templates/templates/050_porte-monnaie/0060_pmv obligatoire pour les remboursements Refonte du texte (au niveau du ton) et HTMLisation. |
| Commentaire de Habib-Sylvain Gourguet [ 25/févr./11 16:01 ] |
|
Soumis à publication sur REF et BRANCH pour FR (à traduire sur ES/UK) :
/mail_templates/templates/260_purchase/0030_adresse incomplète - confirmez -> Phrase insistant sur adresse e-mail et non adresse postale. Attention : mail n'existe pas sur le UK ! |
| Commentaire de Pablo Anton [ 25/févr./11 16:10 ] |
|
Soumis à publication sur REF et BRANCH pour ES - HTMLisation et correction des e-mails blancs :
/mail_templates/templates/180_operation/0000_e-mail blanc /mail_templates/templates/130_garanties et sécurité/0080_e-mail blanc /mail_templates/templates/090_produit/0470_e-mail blanc /mail_templates/templates/080_coupons/marketing/0360_e-mail blanc /mail_templates/templates/060_frais de port/mode de livraison/0130_e-mail blanc /mail_templates/templates/040_contact acheteurs/0530_e-mail blanc /mail_templates/templates/020_contact vendeurs/0470_e-mail blanc /mail_templates/templates/010_compte - problèmes/9999_e-mail blanc /mail_templates/templates/110_problèmes techniques/0240_e-mail blanc /mail_templates/templates/260_purchase/0010_e-mail blanc /mail_templates/templates/300_article - acheteur/0010_e-mail blanc /mail_templates/templates/070_autres fonctionnalités/0190_e-mail blanc /mail_templates/templates/100_divers/0500_e-mail blanc /mail_templates/templates/050_porte-monnaie/0400_e-mail blanc /mail_templates/templates/140_comptabilité - fraudes/0000_e-mail blanc /mail_templates/templates/000_compte/0640_e-mail blanc /mail_templates/templates/030_paiement vendeurs/0360_e-mail blanc |
| Commentaire de Habib-Sylvain Gourguet [ 25/févr./11 16:16 ] |
|
/mail_templates/templates/260_purchase/0220_acheteur = vendeur (dur) -> Insiste sur le blocage du compte.
/mail_templates/templates/260_purchase/0230_acheteur = vendeur (light) -> Création d'un nouveau template (reprend beaucoup d'éléments du template ci-dessus). HTMLisation également pour les 3 templates ci-dessus. Merci à tous et bon courage pour finir ! |
| Commentaire de Pablo Anton [ 25/févr./11 16:57 ] |
|
Soumis à publication sur REF et BRANCH pour ES : HTMLisation et correction du wording.
/mail_templates/templates/260_purchase/0230_acheteur = vendeur (light) /mail_templates/templates/260_purchase/0220_acheteur = vendeur (dur) - /mail_templates/templates/260_purchase/0030_adresse incomplète - confirmez |
| Commentaire de Thomas Bentley [ 25/févr./11 17:09 ] |
| Egalement sur UK |
| Commentaire de Pablo Anton [ 25/févr./11 17:27 ] |
|
Soumis à publication sur REF et BRANCH pour ES : HTMLisation et correction du ton du texte pour ES
/mail_templates/templates/050_porte-monnaie/0060_pmv obligatoire pour les remboursements |
| Commentaire de Thomas Bentley [ 25/févr./11 17:36 ] |
| Egalement sur UK |
[APP-32523] [POST] Régression post refacto TX sur le BO des product_question Création: 20/janv./11 11:22 Mise à jour: 01/févr./11 15:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2011-01-20_112411.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Commentaires |
| Commentaire de Stéphane Genet [ 20/janv./11 17:58 ] |
| http://perrier:8090/dev/trunk/revision/27100 |
| Commentaire de Renaud Dierickx [ 01/févr./11 15:30 ] |
| Je change de version car nous n'aurons pas le temps de traiter cette demande pour la CTN-W. |
[APP-32518] Fast dans la FP : création d'annonce sur FP sans stock Création: 19/janv./11 18:37 Mise à jour: 21/févr./11 10:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Colin | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bug_FPsansstock.JPG
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
On obtient une incohérence en réalisant une MeV sur une FP
sans stock : l'annonce est visible et on affiche pourtant l'indication
"Aucun vendeur ne propose ce produit" (cf. capture).
Il faudrait réfléchir à un "fallback" ou système de contrôle de cohérence du type : "pas de compteur en haut" ET "présence d'une annonce dans la liste" = "re-calcul et affichage des compteurs en live" |
| Commentaires |
| Commentaire de Diana Garzon [ 18/févr./11 11:42 ] |
|
Raisons techniques expliquant ce bug:
Les lignes "x occasions à partir de x euros" sont représentées par un objet PanelOffer. et étant donné que la liste PanelOffers dépend des prix du produit enregistrés dans FAST et que la valeur de ces prix est null quand la mise en vente vient d'être fait, on aura le message d'erreur 'Aucun vendeur ne propose ce produit' |
| Commentaire de Manuel Sadok [ 21/févr./11 10:15 ] |
| A traiter en même temps que la suppression des BestPrices et l'intégration de leur calcul dans l'objet ProductStockInformation |
[APP-32516] FAQ PROS - 4 ème Partie - Mes commandes Création: 19/janv./11 18:18 Mise à jour: 20/janv./11 09:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 84.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Mathieu Mauchauffe | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Intégration de la FAQ Pros concernant la Partie 4 : "Mes commandes"
|
[APP-32514] [MeV] Libros y Cómics (4G) : seul Casa del Libro peut vendre du neuf Création: 19/janv./11 18:08 Mise à jour: 21/févr./11 10:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Alexandre Colin | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Casa del Libro doit être le seul vendeur Professionnel à pouvoir sélectionner l'état "Neuf" sur ce formulaire.
Les autres vendeurs (même Pros) ne peuvent y avoir accès du fait d'une clause d'exclusivité. Comportement à conserver lors du passage du formulaire en 4G. |
| Commentaires |
| Commentaire de Cantoni Carlos [ 27/janv./11 18:22 ] |
|
En effet, nous avons des vendeurs du livre en anglais qui ont l’accès a l’état neuf.
La seule condition est donc de vendre des livres en langue étrangère. Voici quelques pseudos qui sont concernés : treasure-es PE-Books-UK SPRbookdeal BooksXpre_es Essaver Bides-de-es |
| Commentaire de Alexandre Colin [ 04/févr./11 16:31 ] |
|
Résolution envisagée : interdire le choix de l'état "Neuf" en Front sur ce formulaire pour tous les vendeurs.
Cet état ne sera accessible que par les imports. |
[APP-32513] [WS Export d'Inventaire] Il manque une vérification sur les valeurs du paramètre scope Création: 19/janv./11 16:48 Mise à jour: 19/janv./11 16:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Ferdinand Mouze | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Le scope du WS est défini en tant que string dans le xsd, il
est possible de définir une énumération dans ce xsd, ce qui
améliorerait la robustesse de la validation.
|
[APP-32507] FAQ PROS - 3ème Partie - La gestion automatisée de mon stock Création: 18/janv./11 16:12 Mise à jour: 19/janv./11 18:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Mathieu Mauchauffe | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Mise en place de la Partie 3 de la FAQ Pro : "La gestion automatisée de mon stock par fichiers".
|
| Commentaires |
| Commentaire de Mathieu Mauchauffe [ 19/janv./11 17:50 ] |
|
ATTENTION : il s'agit bien de la 3 eme Partie de la FAQ Pro : La gestion automatisée de mon stock
Contenus et structures publiés sur REF-FR : - contenus : /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Je ne trouve pas de solutions à mon problème d import dans la FAQ /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Les images de mon fichier import ne sont pas présentes /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Je n arrive pas vous envoyer mon fichier d import / mon fichier est trop lourd ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Mon fichier de stock ne passe plus dans votre système /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Comment faire pour valider automatiquement mes commandes ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Comment m assurer que mon fichier d import a bien été traité ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Comment convertir un fichier Excel (xls) en format txt ou csv ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Qui dois-je contacter pour mettre en place un fichier import par FTP ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Où peut-on télécharger les modèles et notices techniques $brandDto.brandName ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Quelles sont les précautions à prendre pour éviter des erreurs courantes ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Mes fichiers stockés sur le FTP $brandDto.brandName ont été supprimés /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Fichiers d erreur : certaines lignes sont rejetées /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/j avais des fichiers stockés sur le FTP et tous ont été supprimés ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Je souhaite mettre en ligne d autres types de produits par import ? /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Un produit déjà vendu réapparaît à chaque nouvel inventaire /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Les prix présents sur le site ne respectent pas ceux de mon fichier /online_help/Help Articles/Folder02 - FAQ/Contact/Folder06 - Je suis un vendeur professionnel/Folder03 - La gestion automatisée de mon stock par fichiers/Mon fichier reste en erreur ou les données importées sont décalées - structure : /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/JE_NE_TROUVE_PAS_DE_SOLUTION_A_MON_PROBLEME_D_IMPORT_DANS_LA_FAQ (158011) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/MES_FICHIERS_STOCKES_SUR_LE_FTP_ONT_ETE_SUPPRIME (157995) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/LES_PRIX_PRESENTS_SUR_LE_SITE_NE_RESPECTENT_PAS_CEUX_DE_MON_FICHIER (157996) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/UN_PRODUIT_DEJA_VENDU_REAPPARAIT_A_CHAQUE_INVENTAIRE (157997) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/LES_IMAGES_DE_MON_FICHIER_NE_SONT_PAS_PRESENTES (157998) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/JE_N_ARRIVE_PAS_A_ENVOYER_MON_FICHIER_D_IMPORT (157993) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/FICHIIER_ERREURS_CERTAINES_LIGNES_SONT_REJETEES (157992) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/MON_FICHIER_RESTE_EN_ERREUR (157991) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/OU_PEUT_ON_TELECHARGER_LES_NOTICES ? (157791) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/MON_FICHIER_DE_STOCK_NE_PASSE_PLUS_DANS_VOTRE_SYSTEME (157796) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/COMMENT_FAIRE_POUR_VALIDER_AUTOMATIQUEMENT_MES_COMMANDES ? (157795) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/JE_SOUHAITE_METTRE_EN_LIGNE_D_AUTRES_TYPES_DE_PRODUIT_PAR_IMPORT (157794) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/COMMENT_M_ASSURER_QUE_MON_FICHIER_IMPORT_A_BIEN_ETE_TRAITE ? (157793) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/COMMENT_FAIT_ON_POUR_CONVERTIR_UN_FICHIER_EXCEL_EN_TXT ? (157792) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS/QUI_DOIS_JECONTACTER_POUR_IMPORT_FTP (157775) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_GESTION_AUTOMATISEE_DE_MON_STOCK_PAR_FICHIERS (157772) |
[APP-32506] La page "/op/spreadshirt" ne ressemble à rien sous ie Création: 18/janv./11 15:59 Mise à jour: 18/janv./11 16:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 84.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1(sous ie6) + screenshot-2 (sous ie7)
|
[APP-32504] [AB Test] Nettoyage du test sur les mails parrainage (priceminister.sponsorship.mail_wave) Création: 18/janv./11 14:55 Mise à jour: 18/janv./11 14:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
[APP-32503] [AB Test] Nettoyage du test "monet_comparator" (test sur le look Kelkoo) Création: 18/janv./11 14:53 Mise à jour: 18/janv./11 14:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
[APP-32502] [AB Test] Nettoyage du test "regie" (test "Sans regie") Création: 18/janv./11 14:52 Mise à jour: 18/janv./11 14:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
[APP-32501] [AB Test] Nettoyage du test "monet_activation" (test sans KK / sans GG) Création: 18/janv./11 14:51 Mise à jour: 18/janv./11 14:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
[APP-32499] Autoriser la relance par vendeur 10 j. après acceptation Création: 18/janv./11 12:07 Mise à jour: 18/janv./11 12:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Le vendeur doit actuellement attendre 10 jours après que le
panier soit passé en état "Captured" pour relancer une première fois son
acheteur.
Dans le cas de paniers multiples (plusieurs articles commandés auprès de différents vendeurs), un vendeur pourra donc devoir attendre jusqu'à 15 jours, le temps que les autres vendeurs valident leurs articles. On souhaite qu'un vendeur puisse dorénavant relancer son acheteur à partir de 10 jours après l'acceptation de sa vente (passage de l'article à l'état "Commited"). |
| Commentaires |
| Commentaire de Emeric Teil [ 18/janv./11 12:39 ] |
| Nécessitera une mini conception / analyse tech pour valider la faisabilité. |
[APP-32497] MAJ fichiers des rewrite rules sur la HP (passage en HP dynamique) Création: 17/janv./11 18:18 Mise à jour: 17/janv./11 18:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Home Page |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Dans l'idéal, il faudrait revoir une partie les règles de
redirections qui suivent mais afin de simplifier le process de
déploiement, on se note ça pour plus tard...
# Rewrite HP statique (/) with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" [OR] RewriteCond %{QUERY_STRING} ".*xtatc=.*" RewriteRule ^/$ /info/home [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/t/(\S+)" RewriteRule ^/t/ /info/home/t/%1 [R,L,NE] RewriteCond %{THE_REQUEST} "/tracking/(\S+)" RewriteRule ^/tracking/ /info/home/tracking/%1 [R,L,NE] # Rewrite /accueil with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" [OR] RewriteCond %{QUERY_STRING} ".*xtatc=.*" RewriteRule ^/accueil /info/home [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "accueil(.*)/t/(\S+)" RewriteRule ^/accueil /info/home%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "accueil(.*)/tracking/(\S+)" RewriteRule ^/accueil /info/home%1/tracking/%2 [R,L,NE] # Rewrite HP statique (/) with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" [OR] RewriteCond %{QUERY_STRING} ".*xtatc=.*" RewriteRule ^/$ /info/home [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "/t/(\S+)" RewriteRule ^/t/ /info/home/t/%1 [R,L,NE] RewriteCond %{THE_REQUEST} "/tracking/(\S+)" RewriteRule ^/tracking/ /info/home/tracking/%1 [R,L,NE] # Rewrite /accueil with tracking (manage url with cgi and path mode) RewriteCond %{QUERY_STRING} ".*t=.*" [OR] RewriteCond %{QUERY_STRING} ".*tracking=.*" [OR] RewriteCond %{QUERY_STRING} ".*xtatc=.*" RewriteRule ^/accueil /info/home [R,L,QSA,NE] RewriteCond %{THE_REQUEST} "accueil(.*)/t/(\S+)" RewriteRule ^/accueil /info/home%1/t/%2 [R,L,NE] RewriteCond %{THE_REQUEST} "accueil(.*)/tracking/(\S+)" RewriteRule ^/accueil /info/home%1/tracking/%2 [R,L,NE] |
[APP-32493] [PMES - Mise à jour des zones texte Création: 17/janv./11 14:47 Mise à jour: 17/janv./11 14:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Many Pes | Attribution: | Many Pes |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
/nav/Telefono-gps_Accesorios-moviles
Compra o vende tus accesorios de teléfono móvil (Baterías, cargadores , fundas, manos libres) de origen y genéricos con la garantía de comprar más barato y de vender al mejor precio. >> "Genericos" renvoie vers une page aujourd'hui brouillée. |
[APP-32486] (UK) EDITO - Traduction emails d'annonce gagnants JEU VENDEUR avec attribution de coupon automatique via le BO Création: 17/janv./11 10:43 Mise à jour: 04/févr./11 17:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Template mail gagnant Jeu Vendeur - acheteur.docx
Template mail gagnant Jeu Vendeur - vendeur.docx
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Nous aurions besoin de la traduction des emails ci-joint pour l'annonce du gagnant JEU VENDEUR (vendeur et acheteur) avec attribution de coupon automatique via le BO. Merci d'avance Isabel |
| Commentaires |
| Commentaire de Thomas Bentley [ 21/janv./11 13:44 ] |
| Traduit et envoyé à Thomas S le 19/02 |
| Commentaire de Habib-Sylvain Gourguet [ 26/janv./11 15:14 ] |
|
Thomas, tu peux communiquer les "alias" des mails en question, svp ?
Et les reporter sur IG si besoin. Auquel cas, process habituel : tu soumets à publication et passe le JIRA en "A publier". Merci d'avance. |
| Commentaire de Thomas Bentley [ 26/janv./11 16:29 ] |
|
Les alias des version 'texte' des mails sont les suivants:
8401 (coté vendeur) et 8402 (coté acheteur) Je vois avec Thomas S de suite pour une éventuel HTMLisation ainsi que l'inclusion de certain lien manquant, non fournis encore par l'équipe market. |
| Commentaire de Habib-Sylvain Gourguet [ 27/janv./11 18:25 ] |
|
Thomas, des news sur ce JIRA ?
Besoin d'un report des mails sur IG ou on peut fermer ? |
| Commentaire de Thomas Bentley [ 27/janv./11 18:57 ] |
|
J'ai parlé avec Thomas S aujourd'hui.
Il y a des liens manquants qu'il doit me fournir ainsi que l'impossibilité de HTMLisé pour l'instant. Tout est dans un e-mail que je lui ai envoyé hier (ainsi que les alias) mais auquel il n'a pu répondre a ce jour. J'attend ses précisions mais l'intégration sur IG peut se faire demain pendant la scéance sans probleme. Je vais pouvoirs modifier le mail avec les infos supplémentaires. Je commente dès que c'est fait! |
| Commentaire de Thomas Bentley [ 03/févr./11 16:44 ] |
|
Créé en BO et publié sur REF UK en version texte
/mail_templates/templates/410_système - coupons/0110_jeu Vendeur - vous avez gagné (acheteur) /mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur) J'effectue une HTMLisation demain si j'ai du temps. |
| Commentaire de Thomas Bentley [ 04/févr./11 17:29 ] |
| HTMLisé. Attente création coupon pour pouvoir tester la template. |
[APP-32485] (ES) EDITO - Traduction emails d'annonce gagnant JEU VENDEUR avec attribution de coupon automatique via le BO Création: 17/janv./11 10:38 Mise à jour: 25/févr./11 12:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Pablo Anton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Template mail gagnant Jeu Vendeur - acheteur.docx
Template mail gagnant Jeu Vendeur - vendeur.docx
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Nous aurions besoin de la traduction des emails ci-joint pour l'annonce du gagnant JEU VENDEUR avec attribution de coupon automatique via le BO. Merci d'avance Isabel |
| Commentaires |
| Commentaire de Isabel Yus [ 17/janv./11 10:40 ] |
|
Je viens de joindre les fichiers: Il y en a un qui annonce
le gagnant acheteur et un autre qui annonce la victoire au gagnant parmi
les vendeurs.
merci Isabel |
| Commentaire de Habib-Sylvain Gourguet [ 26/janv./11 15:08 ] |
|
Pablo, tu as eu du temps pour traiter cette tâche hier ? Sinon, à traiter en grande priorité.
Thomas et Siham peuvent te montrer comment créer un mail directement en BO. Groupe "système - coupons", domaine "Coupon". Vois avec Isabel pour les URL manquantes. A noter qu'il n'est pas possible de créer un mail HTML directement en BO (uniquement en texte). |
| Commentaire de Pablo Anton [ 26/janv./11 17:38 ] |
|
MAILS CRÉÉS POUR LE JEU VENDEUR-ES CÔTÉ ACHETEUR ET VENDEUR
ALIAS 3602 TITRE ABREGÉ Jeu Vendeur - Vous avez gagné (vendeur) OBJET $brand.BrandName - Concurso del Envío Ganador: ¡hemos elegido tu pedido! ALIAS 3601 TITRE ABREGÉ Jeu Vendeur - Vous avez gagné (acheteur) OBJET $brand.BrandName - Concurso del Envío Ganador: ¡hemos elegido tu pedido! |
| Commentaire de Isabel Yus [ 27/janv./11 11:13 ] |
|
Merci à tous. Est-ce que nous pourrions avoir une version
HTML de cet email (un peu plus "pro et attractif" qu'un texte). D'autre
part, qui est en charge de l'envoi de cet email au gagnant ? Est-ce que
nous devons le faire du côté marketing ou vous vous en occupez depuis le
SAV ES ?
Concernant la création des coupons je n'ai pas bien compris non plus qui s'en occupe. Merci d'avance pour vos réponses, Isabel |
| Commentaire de Isabel Yus [ 27/janv./11 11:13 ] |
|
Merci à tous. Est-ce que nous pourrions avoir une version
HTML de cet email (un peu plus "pro et attractif" qu'un texte). D'autre
part, qui est en charge de l'envoi de cet email au gagnant ? Est-ce que
nous devons le faire du côté marketing ou vous vous en occupez depuis le
SAV ES ?
Concernant la création des coupons je n'ai pas bien compris non plus qui s'en occupe. Merci d'avance pour vos réponses, Isabel |
| Commentaire de Pablo Anton [ 03/févr./11 14:47 ] |
|
Salut!
Malheureusement pour le moment je n'ai pas assez de formation pour HTMLiser cet e-mail, je n'ose pas à le faire... ça peut me prendre beaucoup (trop) du temps et donner vraiment n'importe quoi. Puis, en ce qui concerne la création et attribution des coupons aux gagnants, je ne le sais non plus mais je dirais que c'est le pôle market' qui s'en occupe. Finalement, pour l'envoi du mail, je ne sais pas vraiment, mais je crois que c'est aussi le pôle marketing que devrais le faire, car vous serez les premiers en savoir qui sont les gagnants, et à fin de comptes, il n'y a que 4 tirages au sort par an pour l'Espagne si je ne me trompe pas. Comme tu peut voir, je suis aussi assez perdu par rapport à ces sujets, donc il faudra mieux attendre d'autres avis (Habib... ou tu peut demander à Thomas Springett car il a plus de formation et expérience en BackOffice). Bon, j'espère qu'on trouvera une bonne solution très vite. Merci ! Pablo |
| Commentaire de Pablo Anton [ 10/févr./11 14:23 ] |
|
Traduits, HTMLisés et publiés sur REF et BRANCH pour ES:
/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur) /mail_templates/templates/410_système - coupons/0110_jeu Vendeur - vous avez gagné (acheteur) Par contre, les coupons ne sont pas encore crées... |
| Commentaire de Pablo Anton [ 11/févr./11 13:52 ] |
|
Révision wording, publié sur REF et BRANCH pour ES :
/mail_templates/templates/410_système - coupons/0120_jeu Vendeur - vous avez gagné (vendeur) |
| Commentaire de Isabel Yus [ 25/févr./11 12:31 ] |
|
Bonjour Habib,
J'ai créé les deux emails dans integ, avec l'aide de Thomas, pour faire des tests avant de passer en prod. Nous avons créé en integ aussi un coupon (de type CRM mensuel) en l'assignant à l'alias d'un de ces messages (3201). Ensuite nous avons envoyé l'email (toujous en integ, ou en version test) sur un compte qui l'a bien reçu. En revanche le coupon n'a pas été assigné à ce compte. Ensuite nous avons vérifié le coupon et nous avons remarqué que lors de sa création l'assignation à un alias s'efface automatiquement et que par conséquent cela ne le garde pas. Qu'est-ce que nous devons faire ? Est-ce que l'une de ces étapes n'est pas correcte ? Merci d'avance pour tes réponses, Isabel |
[APP-32482] (ES) - ClickInText (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:54 Mise à jour: 18/févr./11 20:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
plan retargeting clickintext Script.pdf
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation tel que la France, ClickInText. Ils nous proposent du retargeting comportementale à la performance (au CPA). On sera totalement rentables puisque nous rémunérons au CPA basé sur le CA. S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ? Pourriez-vous svp me communiquer quel dump peut-on viser (approximativement) ? Merci d'avance, Merci |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ] |
|
Bonjour Isabel,
On vise le dump du 3 février. A. |
| Commentaire de Isabel Yus [ 18/janv./11 18:21 ] |
| OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ? |
| Commentaire de Rocio Perez-Garcia [ 20/janv./11 11:17 ] |
| Parametre sur IG. A tester sur ref-es |
| Commentaire de Ariane Baldinger [ 25/janv./11 09:53 ] |
| Isabel, tout est ok pour toi ? |
| Commentaire de Isabel Yus [ 25/janv./11 10:58 ] |
|
Bonjour Ariane,
Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ? De : Fabrice FEUGAS Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 A noter qu’il y a aussi des retarguetteurs pour l’ES : nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning). A-t-on ces problématiques à l’international ? Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Swan Desportes [mailto:swan.desportes@priceminister.com] Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 Hello J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable. Sans cette étude préalable, c'est assez difficile d'arbitrer. En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais. A suivre Swan Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit : « Nouveaux retargetteurs : stuck et weborama » On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:15 ] |
|
RÉPONSE DE FABRICE ET BENOIT :
De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com] Envoyé : mardi 25 janvier 2011 19:55 À : Isabel Yus Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : Re: [CoMarket] CR du 19/01/2011 oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes. pas vraiment le même retour sur les Pays pour le moment. Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit : OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com] Envoyé : mardi 25 janvier 2011 16:40 À : Ariane Baldinger; Isabel Yus Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : RE: [CoMarket] CR du 19/01/2011 Pas de nouvelles bonnes nouvelles, donc non. Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com] Envoyé : mardi 25 janvier 2011 13:31 À : Isabel Yus Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA Objet : Re: [CoMarket] CR du 19/01/2011 je n'ai pas vu de réponse à la question d'Isabel... Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:15 ] |
|
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé
l'adresse IP de ClickInText pour l'ouverture d'un serveur de la part de
l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec
Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires. Merci Isabel |
| Commentaire de Rocio Perez-Garcia [ 02/févr./11 10:24 ] |
| Je déplace jusqu'à confirmation |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 13:42 ] |
|
Isabel, on modifie tous les tags JS. Est-ce que ce partenaire a prévu modifier ses codes par iframes ou tags image ?
Merci de ton retour |
| Commentaire de Isabel Yus [ 18/févr./11 20:29 ] |
|
J'ai demandé aujourd'hui et je vais me rapprocher auprès de
Jo et Rémi pour la France car il s'agit d'un partenaire commun. J'aurai
plus de nouvelles la semaine prochaine.
Merci |
[APP-32481] (ES) - ALLOPUB (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:46 Mise à jour: 18/févr./11 20:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Plan retargeting Allopub.pdf
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation tel que la France l'a fait cet été, ALLOPUB, Ce partenaire est rentable puisque nous rémunérons au CPA basé sur le CA. Cette solution nous permettra de remplacer les bannières génériques utilisées par AlloPub par des bannières dynamiques contextualisées en fonction des affinités de nos internautes S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ? Merci d'avance pour votre aide, Isabel |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ] |
|
Bonjour Isabel,
On vise le dump du 3 février. A. |
| Commentaire de Isabel Yus [ 18/janv./11 18:21 ] |
| OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ? |
| Commentaire de Rocio Perez-Garcia [ 20/janv./11 10:47 ] |
|
J'ai fait le paramétrage en IG.
On peut commencer les test sur ref-es avec spot. |
| Commentaire de Ariane Baldinger [ 25/janv./11 09:54 ] |
|
Isabel,
Peux-tu tester stp ? |
| Commentaire de Isabel Yus [ 25/janv./11 10:59 ] |
|
Bonjour Ariane,
Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ? De : Fabrice FEUGAS Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 A noter qu’il y a aussi des retarguetteurs pour l’ES : nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning). A-t-on ces problématiques à l’international ? Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Swan Desportes [mailto:swan.desportes@priceminister.com] Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 Hello J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable. Sans cette étude préalable, c'est assez difficile d'arbitrer. En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais. A suivre Swan Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit : « Nouveaux retargetteurs : stuck et weborama » On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:14 ] |
|
RÉPONSE DE FABRICE ET BENOIT :
De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com] Envoyé : mardi 25 janvier 2011 19:55 À : Isabel Yus Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : Re: [CoMarket] CR du 19/01/2011 oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes. pas vraiment le même retour sur les Pays pour le moment. Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit : OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com] Envoyé : mardi 25 janvier 2011 16:40 À : Ariane Baldinger; Isabel Yus Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : RE: [CoMarket] CR du 19/01/2011 Pas de nouvelles bonnes nouvelles, donc non. Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com] Envoyé : mardi 25 janvier 2011 13:31 À : Isabel Yus Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA Objet : Re: [CoMarket] CR du 19/01/2011 je n'ai pas vu de réponse à la question d'Isabel... Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:14 ] |
|
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé
l'adresse IP d'Avazu pour l'ouverture d'un serveur de la part de
l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec
Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires. Merci Isabel |
| Commentaire de Isabel Yus [ 26/janv./11 12:15 ] |
| Je voulais dire bien sur l'adresse IP d'allopub :) |
| Commentaire de Isabel Yus [ 28/janv./11 12:29 ] |
|
Bonjour,
Voici l'adresse IP pour l'ouverture du serveur pour les test de retargeting du partner ALLO PUB: IP 95.131.137.1 Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 17/févr./11 13:42 ] |
|
Isabel, on modifie tous les tags JS. Est-ce que ce partenaire a prévu modifier ses codes par iframes ou tags image ?
Merci de ton retour |
| Commentaire de Isabel Yus [ 18/févr./11 20:29 ] |
|
J'ai demandé aujourd'hui et je vais me rapprocher auprès de
Jo et Rémi pour la France car il s'agit d'un partenaire commun. J'aurai
plus de nouvelles la semaine prochaine.
Merci |
[APP-32479] (ES) - Avazu (retargeting) - plan de taguage PriceMinister.es (affiliation) Création: 14/janv./11 17:34 Mise à jour: 24/févr./11 09:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | 88.0.0.1 |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Isabel Yus | Attribution: | Rocio Perez-Garcia |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Avazu_RetargetingapiES.pdf
retargetingapi Final VERSION2.pdf
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Nous lançons un nouveau partenaire en affiliation tel que la France l'a fait cet été, Avazu (http://avazutracking.net/). Ils nous proposent du retargeting comportementale à la performance (au CPA). Ce partenaire a généré un grand volume de ventes en France en très peu de temps, et totalement rentables puisque nous rémunérons au CPA basé sur le CA. De plus, Avazu vient d'être lancé en Espagne avec une équipe très ambitieuse qui est en train d'élargir rapidement son réseau. S'agissant de retargeting, nous devons donc taguer certaines de nos pages.Vous trouverez le plan de taguage en PJ. Important : dans ce plan de taguage, seule la partie "Personalized Retargeting with product feeds" nous concerne (page 4 et 5) Je vous conseille de vous référer à ce plan de tagging mais aussi (ET SURTOUT) à ce qui a été fait pour la France et dont l'info est disponible sur : Dans l'idéal pour nous serait de commencer le partenariat ASAP. Quand est-ce que cela vous semble jouable ? Merci d'avance pour votre aide, Isabel |
| Commentaires |
| Commentaire de Ariane Baldinger [ 18/janv./11 17:39 ] |
|
Bonjour Isabel,
On vise le dump du 3 février. A. |
| Commentaire de Isabel Yus [ 18/janv./11 18:21 ] |
| OK parfait. En revanche il faudra faire des tests avant de mettre en prod comme d'hab. Quand est-ce que le paramétrage pourra être terminé ? |
| Commentaire de Rocio Perez-Garcia [ 20/janv./11 11:10 ] |
|
Parametré en IG
A tester sur ref-es |
| Commentaire de Ariane Baldinger [ 25/janv./11 09:55 ] |
|
Isabel,
Peux-tu valider stp ? |
| Commentaire de Isabel Yus [ 25/janv./11 10:59 ] |
|
Bonjour Ariane,
Comme j'ai dit à Rocío hier je comptais faire les tests dès lundi (hier) mais entretemps nous avons reçu plusieurs emails que tu as du voir suite au dernièr CoMarket (liste ci-dessous). Est-ce que nous pouvons donc rajouter de nouveaux tags à l'international ? Pourrais-tu donner ton avis à ce sujet ? De : Fabrice FEUGAS Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 A noter qu’il y a aussi des retarguetteurs pour l’ES : nouveaux retarguetteurs à venir : Avazu, Clickintext et Allopub. Sortie le 03/02 (voir planning). A-t-on ces problématiques à l’international ? Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Swan Desportes [mailto:swan.desportes@priceminister.com] Envoyé : vendredi 21 janvier 2011 18:35 À : Benoit Bourdon Cc : Fabrice Feugas; Jerome Vivies; Ariane Baldinger; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Isabel Yus; Justin Ziegler Objet : Re: [CoMarket] CR du 19/01/2011 Hello J'ai demandé à Damien une étude de perf des tags. D'ici deux semaines, j'espère avoir des indicateurs quanti sur le coût moyen d'un tag pour l'affichage d'une page PM. Dès lors, on pourra décider de la limite acceptable. Sans cette étude préalable, c'est assez difficile d'arbitrer. En tout cas, je comprends que cette étude est encore plus prioritaire que ce que j'imaginais. A suivre Swan Le 21 janvier 2011 18:29, Benoit Bourdon <benoit.bourdon@priceminister.com> a écrit : « Nouveaux retargetteurs : stuck et weborama » On a de gros problèmes de performances d’affichages des FPs en ce moment. (temps total d’affichage du coté client) … ce qui pénalise le référencement naturel global du site Je pense que ce n’est pas le moment de rajouter de nouveaux tags / n’y a-t-il pas d’autres tags devenus obsolètes par exemple ? Tous les tags de retargetteurs ou autres sont ils nécessaires ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:12 ] |
|
RÉPONSE DE FABRICE ET BENOIT :
De : Benoit Bourdon [mailto:benoit.bourdon@priceminister.com] Envoyé : mardi 25 janvier 2011 19:55 À : Isabel Yus Cc : Fabrice Feugas; Ariane Baldinger; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : Re: [CoMarket] CR du 19/01/2011 oui à priori pas mal d'impressions de ralentissement en FR ... confirmées par certaines courbes. pas vraiment le même retour sur les Pays pour le moment. Le 25 janvier 2011 17:25, Isabel Yus <isabel.yus@priceminister.com> a écrit : OK merci. On continue donc la mise en prod de ces 3 nouveaux tags retargeteurs sur le site ES après les tests De : Fabrice Feugas [mailto:fabrice.feugas@priceminister.com] Envoyé : mardi 25 janvier 2011 16:40 À : Ariane Baldinger; Isabel Yus Cc : Benoit Bourdon; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; Rocio Perez Garcia Objet : RE: [CoMarket] CR du 19/01/2011 Pas de nouvelles bonnes nouvelles, donc non. Fabrice FEUGAS Email: fabrice.feugas@priceminister.com Tél: 01.42.78.76.87 De : Ariane Baldinger [mailto:ariane.baldinger@priceminister.com] Envoyé : mardi 25 janvier 2011 13:31 À : Isabel Yus Cc : Benoit Bourdon; Fabrice Feugas; Jerome Vivies; Benjamin Guerville; Marion Anfreville; Odile Szabo; fonc; Nicolas Chauveau; Olivier Mathiot; Olga Costa; Gafour Abdoul; Pierre Bret; Thierry Leforestier; Charlotte Fachan; Carole Visser; Julien Meraud; biteam; Nerea Prieto; Thomas Springett; Audrey Angleys; Jonathan Gorges; Claire Genty; Damien Dorizy; Remigiusz Woronkiewicz; Justin Ziegler; ROCIO PEREZ GARCIA Objet : Re: [CoMarket] CR du 19/01/2011 je n'ai pas vu de réponse à la question d'Isabel... Doit-on repousser les différentes demandes de pose de tags sur l'Espagne ? |
| Commentaire de Isabel Yus [ 26/janv./11 12:13 ] |
|
Suite à l'OK donnée par Benoit et Fabrice j'ai demandé
l'adresse IP d'Avazu pour l'ouverture d'un serveur de la part de
l'exploit hier. Pour l'instant je n'ai pas de réponse. J'ai vu avec
Rocío ce matin en ref et nous avons les tags aux bons emplacements.
Je vous tiens au courant dès que j'ai des réponses du côté des partenaires. Merci Isabel |
| Commentaire de Isabel Yus [ 28/janv./11 12:28 ] |
|
Bonjour,
Voici l'adresse IP pour l'ouverture du serveur pour les test de retargeting du partner AVAZU: IP 180.168.45.102 Merci d'avance Isabel |
| Commentaire de Isabel Yus [ 01/févr./11 12:20 ] |
|
Avazu vient de finir les tests sur www.ref-es.babel.fr et voici leur réponse
Te explico a detalle, el código que se implementó es el siguiente: var _Runid = "NGllcl9mZys0"; var _Radvid = "OG1lX3QrNGlr"; var _Article = new Object(); // _Article.other = "" _AvazuAddLoadEvent(function (){ _RetSetC(_Article); Este código corresponde para Francia, pero el que se mandó para España es el siguiente: var _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { El problema puede ser con el link o que se implementó mal ese pequeño detalle, te pido por favor verificarlo con tu equipo. |
| Commentaire de Rocio Perez-Garcia [ 01/févr./11 12:57 ] |
|
Je viens de corriger les Runid et Radvid, mais selon son doc ce n'est pas var _AvazuRadvid mais var _Radvid.
Merci. |
| Commentaire de Isabel Yus [ 01/févr./11 17:10 ] |
|
Rocio,
J'ai eu la confirmation- Il faut bien prendre les "var _Avazu" et pas "var _" uniquement. En fait, ils m'ont envoyer au départ un doc générique avec les mêmes infos que pour la France pour que nous puissions voir que le système de tagging était le même et ensuite ils m'ont envoyé deux mois après un autre doc (que je te mets ci-joint) où il y avait les tags spécifiques pour l'Espagne, c'est à dire ceux que je viens de noter ci-dessus : var _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { Le problème c'est que c'est dernière c'est la plateforme qui me l'a envoyé par pdf et ils ne m'ont pas bien indiqué son utilité. Ils m'ont tout simplement dit que c'était un document avec des infos à utiliser en cas de doute... mais en fait CE N'ÉTAIT PAS LE CAS et cétait le doc avec les tags ES définitifs. Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 01/févr./11 17:14 ] |
| Je sors ce Jira de la version, le temps d'étudier la doc. |
| Commentaire de Rocio Perez-Garcia [ 03/févr./11 11:07 ] |
|
Je viens de modifier les codes.
Remarques : Le plan de taggage est similaire à FR : Pages NAV et SEARCH, confirmation de paiement, Advert_list et HP. Page confirmation de paiement : On préfère le script à l'iframe. J'ai donc adapté selon ce qu'on a fait en FR. On n'a pas fait le paramètrage pour les flux, est-il nécessaire ? Puisque le code n'est pas comme celui de France, j'aimerais bien que quelqu'un qui se connait en JS jette un coup d'œil. Le jira Avazu FR: https://priceminister.onjira.com/browse/APP-30506 |
| Commentaire de Damien Dorizy [ 03/févr./11 15:44 ] |
|
Rocio,
"On préfère le script à l'iframe" > pourquoi ? Merci |
| Commentaire de Rocio Perez-Garcia [ 03/févr./11 16:10 ] |
|
Vous aviez insisté lors du taggage d'Avazu FR d'avoir du
script à la place de l'iframe. Même après l'insistance d'Avazu :
"Iframe VS Javascript : selon le partenaire, le pixel en Javascript peut être désactivé dans les moteurs de recherche et cela résulte dans la perte de tracking des conversions. C'est pourquoi ils préfèrent utiliser l'iframe qui ne peut être désactivé." Tu confirmes que l'on peut mettre l'iframe qui nous ont transmis ? |
| Commentaire de Isabel Yus [ 04/févr./11 15:20 ] |
|
Salut Rocío,
Voici la réponse d'Avazu après avoir fait un nouveau test : |
| Commentaire de Isabel Yus [ 04/févr./11 15:23 ] |
|
Gracias por la pronta respuesta, desafortunadamente no está bien el código, el que encuentro es el siguiente:
(marco en rojo el error) var _AvazuRunid = "MTMxaWVyX2ZnKzQ="; var _AvazuRadvid = "MzQ5bWVfdCs0aWs="; var _AvazuArticle = new Object(); // _AvazuArticle.other= "" (function() { var avazu = document.createElement('script'); avazu.type = 'text/javascript'; avazu.async = true; avazu.src = "http://avazudsp.net/ret/dspPro.js"; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(avazu, s); Este código pertenece al ejemplo del PI, para Priceminister se crean códigos especiales, que son los que les hemos enviado, (marco en amarillo los códigos correctos) ar _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; var _AvazuArticle = new Object(); var _AvazuCategory = new Object(); _AvazuCategory.img = "[CATEGORY_IMG]"; _AvazuCategory.name = "[CATEGORY_NAME]"; _AvazuArticle.other = "[CUSTOM_PARAMETERS]"; (function() { Si quieren con todo gusto les puedo marcar, así mismo al final de este mail pueden encontrar los tres distintos códigos que creamos y que se deben implementar para Priceminister España, en lo que debemos poner atención es en que sea con estas características: ar _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; |
| Commentaire de Rocio Perez-Garcia [ 04/févr./11 16:13 ] |
|
Isabel, suite aux changements des codes, le mieux est ce que Avazu ne teste pas jusqu'à que tout le param soit fini.
Merci |
| Commentaire de Rocio Perez-Garcia [ 08/févr./11 09:35 ] |
|
Isabel, ils sortent d'où les codes
ar _AvazuRunid = "MzI4aWVyX2ZnKzQ="; var _AvazuRadvid = "MTA0Mm1lX3QrNGlr"; Je ne trouve pas dans les docs ces références. Je change le code JS pour un iframe dans la page de confirmation de paiement. |
| Commentaire de Isabel Yus [ 08/févr./11 11:31 ] |
|
Salut Rocío,
Ces codes je te les avais transmis sur ce même JIRA -> Cf commentaires du 1 fév (12h30 et 17h) En fait, il ne faut pas prendre les codes du pdf du 1er février mais uniquement la structure du plan de tagging. Les codes du PDF sont des exemples, c'est pour ça qu'il est noté "DON'T USE THE SAMPLE CODES". Si tu as encore des questions n'hésite pas à passer me voir, Merci Isabel |
| Commentaire de Rocio Perez-Garcia [ 08/févr./11 13:58 ] |
|
OK.
Est-ce que Salvador peut vérifier une nouvelle fois ? |
| Commentaire de Isabel Yus [ 08/févr./11 14:29 ] |
| OK. Je l'ai prévenu. Je te tiens au courant ASAP |
| Commentaire de Isabel Yus [ 09/févr./11 15:36 ] |
|
Bonjour,
L'account manager, Salvador, a vérifié les codes et cette fois tout est OK pour nous. Nous attendons maintenant la validation des bannières ainsi que les tests d'achat avant de pouvoir valider. Je vous tiens donc au courant, Merci d'avance Isabel |
| Commentaire de Isabel Yus [ 14/févr./11 14:52 ] |
|
Salut Rocío,
concernant notre conversation de ce matin je viens de voir avec la France t il parait qu'Avazu va fournir tout en iframe et pas en JavaScript suite à nos recommandations. Du coup avant de lancer je pense que le mieux serait qu'on readapte les codes même si les tests actuelles s'avèrent satisfaisants. Je te tiens au courant dès que j'aurai les nouveaux codes. Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 14/févr./11 14:58 ] |
|
Merci de cette réponse.
Par contre, Clickintext et Allopub nous fourniront aussi des tags image ou iframe ? |
| Commentaire de Nerea Prieto [ 15/févr./11 10:18 ] |
|
Bon, pour les dernières nouvelles reçues ce matin d'AVAZU.
Ils travaillent sur le sujet et dès que possible vous envoient les
nouveaux codes.
Voilà tout. |
| Commentaire de Isabel Yus [ 15/févr./11 18:29 ] |
|
Salut Rocío,
Voici les nouveaux codes confirmés par Avazu : --> Il n'y aura désormais qu'un seul code pour toutes les pages et un autre différent pour la conversion Le code principal doit être rempli d'une façon différente en fonction de son emplacement, comme suit : Code pour HOME: il ne faut pas remplir les paramètres Code pour les catégories: il faut remplir uniquement les paramètres par catégorie Code pour les produits: Il faut tout remplir excepté les catégories NB: Quand les paramètres ne sont pas remplis il faut tout simplement les laisser vides Pour les paramètres suivants : [CATEGORY_IMG] [ARTICLE_DEEPLINK] [ARTICLE_IMG] ça doit être crypté en JS escape Pour les paramètres suivants : [ARTICLE_ID] [ARTICLE_NAME] [ARTICLE_PRICE] [ARTICLE_DESCRIPTION] [ARTICLE_CURRENCY] [BRAND_NAME] [CATEGORY_NAME] nous avons besoin d'HTML ISO-8859-1. Código pour toutes les pages (excepté la page de confirmation de commande) : <iframe marginheight="0" marginwidth="0" src="http://avazudsp.net/ret/check_adv.php?runid=MzI4aWVyX2ZnKzQ=_1&advid=MTA0Mm1lX3QrNGlr&pid=[ARTICLE_ID]&gettype=1&httptype=1&prunid=MzI4aWVyX2ZnKzQ=&k=&MastWeb=&article_id=[ARTICLE_ID]&article_name=[ARTICLE_NAME]&article_price=[ARTICLE_PRICE]&article_description=[ARTICLE_DESCRIPTION]&article_other=[CUSTOM_PARAMETERS]&article_price_type=[ARTICLE_CURRENCY]&article_deepLink=[ARTICLE_DEEPLINK]&article_img=[ARTICLE_IMG]&article_brand=[BRAND_NAME]&category_name=[CATEGORY_NAME]&category_img=[CATEGORY_IMG]" width="1" height="1" frameborder="0" scrolling="no"></iframe> Le code pour la page de confirmation de commande est le suivant: <iframe style='display:none' width='1' height='1' marginheight='0' marginwidth='0' frameborder='0' scrolling='no' src='https://avazudsp.net/tracking/retargeting/ret_ifr.php?amount=[amount]&advertiser_id=328&article_ids=[article_ids]&transaction_id=[transaction_id]'></iframe> Quand croyez-vous que ces codes pourront être paramétrés de nouveau ? Merci d'avance, Isabel |
| Commentaire de Rocio Perez-Garcia [ 16/févr./11 10:37 ] |
| On attend que Damien valide les codes pour FR (les mêmes) avant d'y commencer. |
| Commentaire de Ariane Baldinger [ 17/févr./11 13:37 ] |
| validé côté FR. |
| Commentaire de Rocio Perez-Garcia [ 18/févr./11 09:48 ] |
|
Isabel,
les iframes sont en place. On a fait comme sur la FR concernant les paramètres. Si le serveur est encore ouvert, il serait bien que Salvador jette un oeil. |
| Commentaire de Isabel Yus [ 18/févr./11 20:27 ] |
|
Merci Rocío. Je viens de le prévenir par email. Je crois qu'on aura des nouvelles dès lundi.
Merci |
| Commentaire de Isabel Yus [ 24/févr./11 09:41 ] |
|
Salut Rocío,
Voici les corrections demandées par Avazu (grosso modo ils nous disent qu'il y a des caractères erronés et qu'il faut les corriger): - On the category page, they put: - =&category_name='+"Libros"+'" - - which is actually wrong, the correct one should be: - =&category_name=Hifi L'implementation en France est correcte et ils me disent donc que vous pouvez vous baser sur celle-ci pour l'appliquer en Espagne (excepté les codes qui nous sont propres bien sur :) Merci d'avance Isabel |
| Commentaire de Rocio Perez-Garcia [ 24/févr./11 09:55 ] |
|
Ce tag est celui de la NAv, Je l'ai récrit.
L'implémentation est comme sur FR (fait au même temps). Caches ok sur ref-es |
[APP-32476] [BuyBox] Pas très esthétique avec les selecteurs Création: 14/janv./11 16:35 Mise à jour: 18/janv./11 10:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 84.0.0 (NAV-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | BuyBox |
| Description |
|
cf. screenshot-1
- Tentative de proposition en screenshot-2 pas très esthétique |
| Commentaires |
| Commentaire de Thomas Allier [ 18/janv./11 10:16 ] |
|
Effectivement, la maquette retenue n'est pas très adaptée dans certains cas.
Pourrait on faire le test avec label et sélecteur sur la même ligne (cf deuxième proposition d'esperance), quite à passer sous le bouton d'achat; Prévoir un cas extrême avec des labels très long (et faire les tests avec et sans selecteur) |
[APP-32471] [Erreur Velocity] lbl_product_suggestion : $productDesignation cannot be resolved. Création: 14/janv./11 11:57 Mise à jour: 17/janv./11 15:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Simon Stevant | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Null reference [template 'PMVelocity - Phrase Message
lbl_product_suggestion', line 1, column 23] : $productDesignation cannot
be resolved.
On a 1752 erreurs de ce type dans les logs. |
[APP-32470] [HP - Vendre] Un besoin d'espace sous ie6 pour la promo et le bouton "Petites Annonces Auto" Création: 14/janv./11 11:40 Mise à jour: 14/janv./11 11:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente, Promo |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | AdServer |
| Description |
|
cf. screenshot-1
|
Attributs de sélections non renseignés dans certains fichiers d'import
(APP-32463)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Carole Boucheny |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Extraire pour chaque type de produit privé présentant des
attributs de sélection, l'ensemble des login vendeur (ou sellerid) des
soumetteurs dont les produits compléments sont tels que
>isavailable=1 >les clés d'attributs de selection sont absente d'attributelist A faire sur les 3 pays. Je peux vous lister les prdtypecodes concernés ainsi que les clés d'attribut concernés pour chacun si ca peut vous aider à avancer. |
[APP-32463] Attributs de sélections non renseignés dans certains fichiers d'import Création: 13/janv./11 17:04 Mise à jour: 13/janv./11 17:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 84.0.0 (NAV-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Param-Import) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Chez certains produits, les attributs de sélections
(obligatoires depuis la mise en vente front office) ne sont pas
renseignés.
La conséquence est que ces produits ne pourront pas bénéficier de la mise en avant BuyBox (puisqu'on ne peut pas proposer en buybox un produit dont on ne connait pas la taille, la couleur ou encore la contenance), ce qui a un effet très négatif sur le taux de transfo. Si l'on prend l'exemple des vêtements en France, 15753 produits vêtement n'ont pas de taille renseignée : http://rhome:15100/cgi-bin/xsearch?offset=0&hits=10&query=isavailable:1%20AND%20prdtypecode:1481%20%20AND%20NOT(attributelist:string(%22PMA0000940%22,%20mode%3D%22OR%22)) 12707 produits vêtement n'ont pas de couleur renseignée : http://rhome:15100/cgi-bin/xsearch?offset=0&hits=10&query=isavailable:1%20AND%20prdtypecode:1481%20%20AND%20NOT(attributelist:string(%22PMA0001940%22,%20mode%3D%22OR%22)) Il faudrait pour l'ensemble des types produit possédant des attributs de sélection, lister les PRO qui ne les renseignent pas. Ainsi, l'équipe import pourra demander aux vendeurs concernés d'adapter leurs fichiers de stock le cas échéant. |
[APP-32457] Popup 1euro - "Qu'est ce qu'1euro.com ?" renvoie vers la Home Price Création: 13/janv./11 15:53 Mise à jour: 13/janv./11 16:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Julien Meraud |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
tout est dans le titre
http://www.priceminister.com/op/1euro_event_popPM/op/1euro_event_popPM?popup=true |
[APP-32447] Bloc auto home page cassé en résolution supérieure a 2000px de large Création: 13/janv./11 10:28 Mise à jour: 13/janv./11 13:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Lewiss | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bloc auto.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Hello,
voir la capture d'écran en PJ, le fond de titre du bloc auto n'est pas étirable au dela de 2000px Merci ! Nico |
[APP-32432] [IG] Problème Velocity dans le template infoglue link_product_advert Création: 13/janv./11 10:06 Mise à jour: 15/févr./11 18:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Simon Stevant | Attribution: | Harlow Fres |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||
| Navigateur: | Tous | ||||||||||
| Classif2: | backlog chasse | ||||||||||
| Description |
|
Null reference [template 'PMVelocity - Phrase Message
link_product_advert', line 4, column 28] : $designation cannot be
resolved.
Si on recherche dans IG on trouve ce morceau de code: #if ($nbAdverts > 1) $nbAdverts vendeurs pour $designation #else $nbAdverts vendeur pour $designation #end et celui ci #if ($nbAdverts > 1) $nbAdverts annonces pour $designation #else $nbAdverts annonce pour $designation #end apparement $designation n'est défini nulle part. |
| Commentaires |
| Commentaire de Simon Stevant [ 13/janv./11 10:12 ] |
| On a 8327 erreurs de ce type dans les logs |
| Commentaire de Renaud Dierickx [ 26/janv./11 17:38 ] |
|
J'ai l'impression que c'est un label de la buybox dans AdvertListBuybox.
Pouvez-vous y jeter un oeil ? Merci d'avance. Red [CAJ2011Q1CTN] |
| Commentaire de Harlow Fres [ 15/févr./11 11:30 ] |
|
<pmint:text alias="link_product_advert"
block="SellerAdvertListBuybox"
vc_designation="<%=productSummary.getRawDetailShortHeadline() %>"
Même soucis que pour le jira APP-32729 certains RawDetails ShortHeadline sont nuls alors qu'ils ne devraient pas. Je corrige en remplaçant $designation par "ce produit" si $designation est null dans infoglue |
| Commentaire de Harlow Fres [ 15/févr./11 18:43 ] |
|
Bug corrigé
a fermer une fois la sous tache et le lien fermés |
[APP-32430] [ADSERVER] Promo 300 s'affiche dans empalcement bandeau premium Création: 12/janv./11 19:49 Mise à jour: 13/janv./11 12:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Charlotte Fachan | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
clip_image002.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | AdServer | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
cf SS joint
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 13/janv./11 12:12 ] |
|
Problème encore constaté aujourd'hui : http://www.priceminister.com/offer/buy/116090759/des-gens-tres-bien-de-alexandre-jardin-livre.html
Quel est le retour de 3W ? |
| Commentaire de Charlotte Fachan [ 13/janv./11 12:17 ] |
|
3WR aurait besoin qu'on lui envoie l’appel qui est fait depuis firebug afin qu'il puisse localiser le problème. Il faut savoir que comme l’a dit Smart : Lorsque l’on change rapidement de page, les scripts de campagnes invendues peuvent générer une mauvais interprétation du côté des navigateurs qui entrainent cette erreur. Pouvez vous si vous retombez sur le problème trouver cette info? Merci Charlotte |
[APP-32428] Tableau des frais de port - Aide en ligne - Site ES Création: 12/janv./11 18:27 Mise à jour: 13/janv./11 09:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Frederic vacher | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Salut,
Suite à deux changements de frais de port à venir, il faudrait mettre à jour le tableau en ligne sur le site ES coté vendeur et coté acheteur. Il faut mettre les ordinateurs portables dans la catégorie G en T(12) au lieu de la catégorie H et supprimer de l'aide en ligne baterías de repuesto. Il faut également diviser les TVs en 2: il faut conserver la catégorie I en T(20) pour les "petits formats" (hasta 40 pulgadas) et mettre dans la catégorie J en T(27) les "grands formats" (a partir de 42 pulgadas) A votre dispo si besoin de plus d'infos. Fred |
[APP-32427] [parrainage] micro pb sur le mail mkt_s contact sous Outlook2007 Création: 20/sept./10 18:41 Mise à jour: 12/janv./11 18:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
mail cassé.PNG
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | parrainage |
| Description |
|
légers décalages de pixels à droite
|
| Commentaires |
| Commentaire de Bastien Caudan [ 28/sept./10 11:42 ] |
| Le problème n'est plus aussi sérieux qu'avant mais il y a encore des micro décalage à gauche. Je vais quand même essayer de voir si on peut faire quelque chose avec NLE... |
| Commentaire de Swan Desportes [ 28/sept./10 12:05 ] |
|
OK
On garde ça pour après les tests. Si jamais cette version est retenue, on fera la correction. |
[APP-32425] [Parrainage / email] La personnalisation du Prenom/Nom du parrain ne fonctionne pas Création: 14/avr./10 15:24 Mise à jour: 21/janv./11 12:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||
| Classif1: | |||||||||||
| Classif FONC: | parrainage |
| Description |
|
Le filleul reçoit un mail "Toto, un ami qui vous veut du
bien" (où Toto est le prénom du parrain, renseigné à l'inscription)
Alors que j'avais personnalisé mon Nom et Prenom en page "Parrainez vos amis" |
| Commentaires |
| Commentaire de Alexandre Garnier [ 14/avr./10 15:28 ] |
| Quel comptes ? |
| Commentaire de Alexandre Garnier [ 14/avr./10 15:33 ] |
| Le mail est envoyé avec les nom et prénom du parrain mais pas les valeurs des champs renseignés |
| Commentaire de Alexandre Garnier [ 14/avr./10 15:39 ] |
|
En fait je crois que c'est normal : on utilise jamais ce champ finalement ! Il ne sert que à la création du compte parrain dans le cas d'un envoi à un ami (avec ou sans parrainage), mais qui n'a rien à voir ici. |
| Commentaire de Alexandre Garnier [ 14/avr./10 15:41 ] |
| Et a priori c'est déjà le cas depuis la refonte parrainage... |
| Commentaire de Fabrice Feugas [ 14/avr./10 16:49 ] |
|
En effet, c'est pas bien... Mettre un champ qui sert à rien c'est pas bien. Pour faire simple, soit on corrige, soit on dégage le champ. Et pour moi c'est un bug du projet dans la mesure où c'est une demande initiale qui a du passer entre les mailles du filet de notre recette. |
| Commentaire de Fabrice Feugas [ 14/avr./10 16:51 ] |
| Est-ce qu'on est obligé de stocker ce nom ? On ne peut pas juste envoyer l'e-mail avec le nom personnalisé et ne pas le stocker (parce qu'on s'en fout de le retrouver plus tard) ? |
| Commentaire de Alexandre Garnier [ 14/avr./10 17:14 ] |
|
C'est pas un bug de ce projet : c'est comme ça depuis la refonte du parrainage ! C'est donc déjà le cas en PROD Si on veut le garder, il faut le stocker car l'envoi de l'e-mail se fait en asynchrone et non au moment du parrainage ! |
| Commentaire de Swan Desportes [ 14/avr./10 17:18 ] |
|
OK la modif est trop lourde pour rendre le champ utilisable. On dégage le champ pour le moment. |
| Commentaire de Fabrice Feugas [ 07/juin/10 15:49 ] |
| Chasse : remettre le champ et faire en sorte qu'il fonctionne :) |
[APP-32418] [FP] Stock/best price pas synchro sur la FP Création: 12/janv./11 15:47 Mise à jour: 13/janv./11 17:34 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 84.0.0 (NAV-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Hanane Adeleke | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Caroline Schinzel [ 12/janv./11 16:42 ] |
|
Dans l'exemple, c'est le bestprice du produit qui est
incorrect (50 € dans la place de marché) et non la pastille de
réduction.
Sur la même FP, le bestprice est désormais correct et la pastille a disparu, on ne peut plus comprendre l'incohérence qu'il y avait. |
| Commentaire de Cédric Goldovsky [ 13/janv./11 11:26 ] |
|
Pour comprendre l'incohérence, il suffit de reproduire à nouveau :)
RDV sur une FP sans stock dont le prix neuf est 100 euros avec TOTO (derogé Buybox) mettre en vente pour 50 euros avec TITI (non dérogé) mettre en vente pour 40 euros On observe alors le comportement en capture : - Market place : 2 occasions à partir de 50 euros, ce qui est faux - Pastille : La BB donne l'annonce de TOTO mais elle n'est pas au meilleur prix (normal il est dérogé). Mais comme la BB n'est pas le best price, je ne devrais pas voir la pastille 50% (qui semble donc récupérer ses infos de la market place en erreur) |
| Commentaire de Thomas Allier [ 13/janv./11 12:24 ] |
|
En fait, ce bug n'a rien à voir avec la pastille de réduction.
Il est du au fait qu'on va récupérer les informations produit (stock, best price) dans FAST. La bonne information a été mise à disposition par le pôle VEN et va se baser en live sur les annonces chargées. Il faut donc utiliser la bonne informations. Ce n'est pas une régression liée à la NAV-F néanmoins. |
| Commentaire de Thomas Allier [ 13/janv./11 17:33 ] |
|
Après discussion avec le pôle VEN, seule l'information stock
est calculée en live à partir de la liste des annonces. Il nous manque
donc l'information best price.
je sors donc de la version comme c'est un dev un peu lourd. Se coordonner avec le pôle VEN pour sortir une correction. |
[APP-32413] [Mes paiements] Bug CSS Création: 12/janv./11 14:43 Mise à jour: 12/janv./11 14:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Voir en PJ, les wordings sont collés sur le bord du tableau
|
[APP-32410] OTM NA - Export de la sélection cassé Création: 12/janv./11 14:41 Mise à jour: 19/janv./11 14:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bug_otm_na.PNG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
J'ai un gros message d'erreur lorsque j'essaie de faire un
export de ma sélection dans l'outils BO OTM Nom d'attribut :
je souhaitais extraire la liste des noms d'attribut pour le type de produit Modélisme : http://bo.priceminister.com/referential_back?action=attributevaluesearch&reload=false&prd_type_code=1300&attr_list=PMA0000760&attribute_name_key=PMA0000760&attribute_name=&attribute_value_key=&attribute_value=&attribute_value_rating=&attribute_pattern=&att_qualification_code=&start_creation_date=&end_creation_date=&start_change_date=&end_change_date=&order=&number_rows=200&x=29&y=7 java.sql.SQLException: [Oracle] #215 ORA-00904: "PRODUCT"."PRODUCT_ID": invalid identifier at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.ad.try(Unknown Source) at com.inet.ora.ad.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.for(Unknown Source) at com.inet.ora.x.executeQuery(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:296) at com.babelstore.util.sql.SQLQuery.open(SQLQuery.java:159) at com.babelstore.util.sql.SQLQuery.readListMap(SQLQuery.java:430) at com.babelstore.referential.business.MPTAttributeNameQuery.getAttributeMap(MPTAttributeNameQuery.java:62) at com.babelstore.product.business.ProductCatalogBean.getAttributeMapByAttributeNameMappings(ProductCatalogBean.java:110) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at [...] |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 13/janv./11 09:51 ] |
|
2011-01-12 14:33:45,070 ERROR [Processor309] BO:bo:MAN
- SQL error 'java.sql.SQLException: [Oracle] #224 ORA-00904:
"PRODUCT"."PRODUCT_ID": invalid identifier
' for : /* MPTAttributeNameQuery */ SELECT /*+ FIRST_ROWS */ decode(base_product_id, NULL, 0, 1) isComplementProduct, product.product_id, product.base_product_id, prd_attr ibute.prd_type_code,prd_attribute_value.prd_attribute_value_key,prd_attribute_value.value,prd_attribute.numeric_value,prd_attribute.prd_attribute_date,prd_attribute.string_valu e,prd_attribute.display_value,prd_attribute.prd_attribute_unit_key FROM prd_attribute, prd_attribute_value WHERE (prd_attribute.product_id = product.product_id) AND (prd_attribute.prd_attribute_value_key = prd_attribute_value.prd_attribute_value_key (+) ) AND (prd_attribute.prd_attribute_name_key = ?) AND (prd_attribut e.prd_type_code in (?)) 2011-01-12 14:33:45,073 ERROR [Processor309] BO:bo:MAN - TransactionRolledbackException in method: public abstract java.util.Map com.babelstore.product.business.ProductCa talog.getAttributeMapByAttributeNameMappings(java.util.List) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #224 ORA-00904: "PRODUCT"."PRODUCT_ID": invalid identifier at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.ad.try(Unknown Source) at com.inet.ora.ad.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.for(Unknown Source) at com.inet.ora.x.executeQuery(Unknown Source) |
[APP-32404] [boutique] affichage bizarre lorsque l'on va sur une page de nav sans articles Création: 11/janv./11 15:42 Mise à jour: 11/janv./11 15:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.5 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Exemple : http://www.priceminister.com/boutique/zoparg/nav/Mode_montres
Il faudrait analyser d'où viennent ces offres ? |
[APP-32375] Pas de mise en ligne des images Création: 07/janv./11 11:11 Mise à jour: 16/févr./11 11:58 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jérome Marianne | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||||||||||||||||||
| Description |
|
Il semble que le problème d'affichage des images sur certaines fiches produits soit réapparu. (Ancien JIRA En effet certains pro sont de nouveau concernés avec des fiches produits contenant des URL mais sans mise en ligne des images. Pros concernés: KITERSHOP_26: Le script d'Eric pour forcer la mise à jour image à donner les erreurs java ci-dessous: 2011-01-07 06:50:12,409 INFO [IMPORT_IMAGE] IMPORT_IMAGE - Importing images for 1000 / 1179 products, user N? : 22392329 2011-01-07 06:50:12,409 DEBUG [IMPORT_IMAGE] IMPORT_IMAGE - Importing images for product 115740767 2011-01-07 06:50:12,577 ERROR [IMPORT_IMAGE] IMPORT_IMAGE - Got marshalling exception, exiting java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy0.importImages(Unknown Source) at com.babelstore.image.batch.BaseImportImageBatch.process(BaseImportImageBatch.java:135) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:43) at com.babelstore.common.batch.Batch.run(Batch.java:227) at com.babelstore.common.batch.Runner.run(Runner.java:119) at com.babelstore.common.batch.Runner.main(Runner.java:56) 2011-01-07 06:50:12,578 ERROR [IMPORT_IMAGE] IMPORT_IMAGE - Error loading classes from remote call result. java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy0.importImages(Unknown Source) at com.babelstore.image.batch.BaseImportImageBatch.process(BaseImportImageBatch.java:135) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:43) at com.babelstore.common.batch.Batch.run(Batch.java:227) at com.babelstore.common.batch.Runner.run(Runner.java:119) at com.babelstore.common.batch.Runner.main(Runner.java:56) 2011-01-07 06:50:12,578 ERROR [IMPORT_IMAGE] IMPORT_IMAGE - Exception happend in batch Don't delete partenariat Image 2011-01-07 06:50:12,578 ERROR [IMPORT_IMAGE] IMPORT_IMAGE - java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy0.importImages(Unknown Source) at com.babelstore.image.batch.BaseImportImageBatch.process(BaseImportImageBatch.java:135) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:43) at com.babelstore.common.batch.Batch.run(Batch.java:227) at com.babelstore.common.batch.Runner.run(Runner.java:119) at com.babelstore.common.batch.Runner.main(Runner.java:56) Exemples de fiches produits concernées par le problème pour KITERSHOP_26: http://bo.priceminister.com/referential_back?action=productview&productid=115741996 http://bo.priceminister.com/referential_back?action=productview&productid=115741826 http://bo.priceminister.com/referential_back?action=productview&productid=115741870 http://bo.priceminister.com/referential_back?action=productview&productid=115741793 |
| Commentaires |
| Commentaire de Jérome Marianne [ 07/janv./11 11:22 ] |
|
Autre pro concerné: Destockall:
http://bo.priceminister.com/referential_back?action=productview&productid=112865120 http://bo.priceminister.com/referential_back?action=productview&productid=112865038 http://bo.priceminister.com/referential_back?action=productview&productid=112863904 http://bo.priceminister.com/referential_back?action=productview&productid=112863780 |
| Commentaire de Manuel Sadok [ 07/janv./11 11:56 ] |
|
Patrick, Ayoub, il semble y avoir encore des incohérences :
Par exemple, sur le produit http://bo.priceminister.com/referential_back?action=productview&productid=113231761 l'attribut url_image n'existe physiquement plus, mais le summary n'a pas été recalculé. |
| Commentaire de Jérome Marianne [ 07/janv./11 16:48 ] |
|
Autre pro concerné: stock-sport
http://bo.priceminister.com/referential_back?action=productview&productid=112702592 http://bo.priceminister.com/referential_back?action=productview&productid=115617323 http://bo.priceminister.com/referential_back?action=productview&productid=115386465 http://bo.priceminister.com/referential_back?action=productview&productid=115348087 |
| Commentaire de Ayoub Benseghir [ 10/janv./11 11:43 ] |
|
je relance le script qui avait été lancé la première fois,
par contre il n'y a que le produit cité par Manu qui correspond, pour
les autres leur summary a été recalculé récemment (aprés la modif du
script de nettoyage des attributs le 17/12/2010)
|
| Commentaire de Julien Buhagiar [ 19/janv./11 11:50 ] |
|
Autre pro concerné: RIVALDI
http://bo.priceminister.com/boutique/rivaldi/pa/9 |
| Commentaire de Daniel Pintamalli [ 19/janv./11 15:29 ] |
|
2 autres cas récents:
http://bo.priceminister.com/boutique/vibratomusic http://bo.priceminister.com/recent/Sextoys69 |
| Commentaire de Ayoub Benseghir [ 19/janv./11 15:35 ] |
| Le problème de nettoyage a été résolu depuis un moment, pour le reste c'est à l'import d'investiguer |
| Commentaire de Benoît Bourdon [ 19/janv./11 16:53 ] |
|
Sur les exemples de stock-sport : j'ai regardé différents
cas : les produits qui sont des vêtements n'ont pas l'attributs "couleur
générique" cet attribut est obligatoire en import sur ce type de
produit pour le bon fonctionnement des images depuis longtemps ...
Pour les autres, je regarde pour le moment, vois pas de spécificités si Ayoub nous confirme que les summary sont à jours ... >>> Eric ? que fait exactement le batch sur ces PRO, par exemple, prenons 2 exemples pour creuser : si tu force sur sextoys69 ? il plante ? il fait rien ? Par exemple ce produit : http://bo.priceminister.com/referential_back?action=productview&computesuggestions=true&productid=116499459 (et son complement : http://bo.priceminister.com/referential_back?action=productview&productid=116499460) semblent corrects : url image + summary semblent à jour ... si tu force sur vibratomusic ? il plante ? il fait rien ? par exemple ce produit : http://bo.priceminister.com/referential_back?action=productview&productid=116621445 semble aussi correct ... Il nous faut plus d'infos fraiches ou de logs pour regarder ça !! |
| Commentaire de Julien Buhagiar [ 21/janv./11 17:46 ] |
|
Hello, des news la dessus?
Les pros textiles sont inquiets de pas avoir de photos pendant les soldes :-( |
| Commentaire de Benoît Bourdon [ 23/janv./11 21:29 ] |
|
Eric,
Tu peux regarder l'avant dernier message stp :-) relancer les batch sur les 2 pro cités ... voir ce qu'il ressort des logs ... il nous faut des datas là pour regarder ce qu'il se passe. .. |
| Commentaire de Eric Vannier [ 24/janv./11 17:20 ] |
|
J'ai lancé le batch importimg pour ces deux partenaires.
Aucun soucis pour vibratomusic : -------------------------------------------- 2011-01-24 16:54:02,993 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Import Image query --> filter(and(hasurlimg:string("1", mode="AND"), firstprdimageid:string(" 0", mode="AND"), submitterid:string("22971862", mode="AND"), ownerid:string("22971862", mode="AND"), prdstatuscode:string("10 15", mode="OR"))) 2011-01-24 16:54:04,927 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Fast query navigators --> NONE 2011-01-24 16:54:04,954 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Initialize Currency n°978 2011-01-24 16:54:04,954 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Initialize Currency n°250 2011-01-24 16:54:04,954 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Initialize Currency n°826 ... 2011-01-24 16:54:23,221 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - ----------------------------------------------------------------------------------2011-01-24 16:54:23,221 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for 2002 / 2002 products, user N° : 22971862 2011-01-24 16:54:23,221 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116621445 2011-01-24 16:54:23,345 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622755 2011-01-24 16:54:23,416 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622782 2011-01-24 16:54:23,501 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622774 2011-01-24 16:54:23,570 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622769 2011-01-24 16:54:23,630 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622787 2011-01-24 16:54:23,711 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622788 2011-01-24 16:54:23,762 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116622909 ... 2011-01-24 16:56:17,696 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116624763 2011-01-24 16:56:17,758 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116624764 2011-01-24 16:56:17,813 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - 2002 products treated 2011-01-24 16:56:17,814 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - ------------------------------------------------------------------------------ 2011-01-24 16:56:17,814 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Post Process Result : 2011-01-24 16:56:17,814 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Task end. Result: 2011-01-24 16:56:17,814 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Task start 2011-01-24 16:56:17,828 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - TX status (NO_TRANSACTION) Par contre, pour sextoys69 : -------------------------------------- 2011-01-24 16:56:17,829 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Import Image query --> filter(and(hasurlimg:string("1", mode="AND"), firstprdimageid:string(" 0", mode="AND"), submitterid:string("17556446", mode="AND"), ownerid:string("17556446", mode="AND"), prdstatuscode:string("10 15", mode="OR"))) 2011-01-24 16:56:18,566 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Fast query navigators --> NONE 2011-01-24 16:56:24,044 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - ---------------------------------------------------------------------------------------------- -- 2011-01-24 16:56:24,044 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for 853 / 853 products, user N° : 17556446 2011-01-24 16:56:24,044 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116493340 2011-01-24 16:56:24,943 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116493395 2011-01-24 16:56:25,846 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116493392 2011-01-24 16:56:26,648 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116493399 Total time for which application threads were stopped: 0.0016330 seconds Total time for which application threads were stopped: 0.0001570 seconds Total time for which application threads were stopped: 0.0000570 seconds 2011-01-24 16:56:27,518 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Importing images for product 116493769 2011-01-24 16:56:28,020 ERROR [PORT_IMAGE_B] IMPORT_IMAGE_B - Got marshalling exception, exiting java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy0.importImages(Unknown Source) at com.babelstore.image.batch.BaseImportImageBatch.process(BaseImportImageBatch.java:135) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:43) at com.babelstore.common.batch.Batch.run(Batch.java:227) at com.babelstore.common.batch.Runner.run(Runner.java:119) at com.babelstore.common.batch.Runner.main(Runner.java:56) 2011-01-24 16:56:28,021 ERROR [PORT_IMAGE_B] IMPORT_IMAGE_B - Error loading classes from remote call result. java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy0.importImages(Unknown Source) at com.babelstore.image.batch.BaseImportImageBatch.process(BaseImportImageBatch.java:135) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:43) at com.babelstore.common.batch.Batch.run(Batch.java:227) at com.babelstore.common.batch.Runner.run(Runner.java:119) at com.babelstore.common.batch.Runner.main(Runner.java:56) 2011-01-24 16:56:28,022 ERROR [PORT_IMAGE_B] IMPORT_IMAGE_B - Exception happend in batch Don't delete partenariat Image 2011-01-24 16:56:28,022 ERROR [PORT_IMAGE_B] IMPORT_IMAGE_B - java.lang.ClassNotFoundException: javax.ejb.EJBTransactionRolledbackException at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:102) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy0.importImages(Unknown Source) at com.babelstore.image.batch.BaseImportImageBatch.process(BaseImportImageBatch.java:135) at com.babelstore.common.batch.BatchTask.run(BatchTask.java:43) at com.babelstore.common.batch.Batch.run(Batch.java:227) at com.babelstore.common.batch.Runner.run(Runner.java:119) at com.babelstore.common.batch.Runner.main(Runner.java:56) 2011-01-24 16:56:28,022 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Post Process Result : 2011-01-24 16:56:28,022 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - Task end. Result: 2011-01-24 16:56:28,023 INFO [PORT_IMAGE_B] IMPORT_IMAGE_B - --- Batch done - Processed: 2 (: 2) 2011-01-24 16:56:28,058 DEBUG [PORT_IMAGE_B] IMPORT_IMAGE_B - CLOSE BATCH 2011-01-24 16:56:28,059 INFO [PORT_IMAGE_B] - ---- STOPPING IMPORT_IMAGE_B BATCHES --- 2011-01-24 16:56:28.059 |
| Commentaire de Eric Vannier [ 24/janv./11 17:22 ] |
| Je vous le retransmet ce jira pour analyse car je suis absent 2 semaines et c'est un jira critique... |
| Commentaire de Gaël Seguillon [ 26/janv./11 12:18 ] |
|
Salut
les pros nous relance, qui peut avancer sur la résolution de ce pb en l'absence d'Eric ?? merci Gaël |
| Commentaire de Isabelle Weisbecker [ 26/janv./11 17:01 ] |
|
ce vendeur a fait de la mise en ligne manuelle et pas de
photo en front mais par contre on les voit quand on loggé comme le pro
dans son inventaire
http://www.priceminister.com/boutique/syssen77 c'est le même bug ? |
| Commentaire de Isabelle Weisbecker [ 26/janv./11 18:25 ] |
|
pourl'exemple que je vient de soumettre... on oublie car Aurélien a eu la gentillesse de recalculer le Summary.
C'est pas possible de lancer un script sur toutes les annonces ? |
| Commentaire de Manuel Sadok [ 28/janv./11 10:59 ] |
| Il y a un problème applicatif quand le batch essaie d'importer une image dont l'url n'est pas bonne sur un produit complément (qui en plus n'a pas le droit d'avoir d'image) |
| Commentaire de Manuel Sadok [ 28/janv./11 11:00 ] |
| Livraison du patch dans la 86.0.1, prévue en S05. |
| Commentaire de Manuel Sadok [ 28/janv./11 11:04 ] |
| Cas de test en integ : Utilisateur 20713261 (notamment avec le produit 114195257) |
| Commentaire de Stéphanie Vignali [ 01/févr./11 12:18 ] |
|
Nous sommes en S06 et pas de corrections ?
Peut-on avoir une date précise ? |
| Commentaire de Manuel Sadok [ 01/févr./11 12:27 ] |
| oui, ça sort demain |
| Commentaire de Cédric Goldovsky [ 01/févr./11 15:20 ] |
| NON ! Ca sort Jeudi 03 en prod |
| Commentaire de Myriam Laifaoui [ 16/févr./11 11:43 ] |
|
Bonjour,
Il n'y a toujours pas d'images visibles sur le compte du pro vibratomusic alors que le bug était censé être corrigé pour ce pro. Dans l'attente. Myriam |
| Commentaire de Cédric Goldovsky [ 16/févr./11 11:58 ] |
| MDPLVC |
[APP-32368] [Meta-Modèle] Revoir la modélisation des contributeurs Création: 06/janv./11 11:58 Mise à jour: 07/janv./11 15:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||
[APP-32367] [Meta-Modèle] Revoir la modélisation des spécifications Création: 06/janv./11 11:56 Mise à jour: 07/janv./11 15:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
[APP-32363] MEV - Migration des formulaires 3G en 4G Création: 06/janv./11 10:24 Mise à jour: 01/févr./11 18:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Ariane Baldinger |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Pays: |
ESP - Espagne
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Migrer les formulaires 3G restants, ne nécessitant pas de développement.
Les formulaires identifiés : - Accessoires jeux vidéo - Figurines A étudier (re-modélisation) : - Consoles - Jeux vidéo |
[APP-32362] [Recos Panier] : Propriété de push -> Pbm avec le test sur le stock Création: 06/janv./11 09:48 Mise à jour: 19/janv./11 18:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
La propriété "priceminister.reco_purchase.pushed_products",
qui permet de forcer la présentation de produits dans les recos panier,
teste si le(s) produit(s) concerné(s) ont du stock avant de les
afficher... ce test pose problème à deux niveaux :
1 - Il regarde si stock > 0 ; mais si l'ensemble des annonces sont en stock "illimité", le test n'est pas vérifié 2 - Il se base sur la colonne "stockquantity" qui n'est plus utilisée par l'application... |
[APP-32359] Mauvaise taille pour des pubs dans le header Création: 05/janv./11 14:35 Mise à jour: 05/janv./11 14:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | AdServer |
| Description |
|
cf. screenshot-1
|
[APP-32358] Pièce jaune dans le bloc droit ouvre une fenetre supplémentaire sur une boutique PM Création: 05/janv./11 14:32 Mise à jour: 05/janv./11 15:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | AdServer |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Charlotte Fachan [ 05/janv./11 15:06 ] |
|
Merci Esperance.
C'est prévu que nous les modifions mais cela n'est pas bloquant. Donc nous avons publié en attendant le retour des nouvelles créas du partenaire. Merci Charlotte |
[APP-32356] Pièces jaunes : pousser la FP dans les recos panier Création: 05/janv./11 11:17 Mise à jour: 25/févr./11 12:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Emeric Teil | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Hello,
L'opération a débuté aujourd'hui, on aurait du pousser, hier soir, la FP dans les recos panier via la propriété de push prévue à cet effet... serait-il possible de rectifier le tir rapidement ? priceminister.reco_purchase.pushed_products = {"pushed_products":[{"position":0,"product_id":113837972}]} Merci d'avance ==> Uniquement sur FR |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 05/janv./11 11:23 ] |
| Hum... ne doit on pas passer par l'Integ au préalable ? |
| Commentaire de Cédric Goldovsky [ 05/janv./11 11:25 ] |
| De plus il nous faut une date d'expiration |
| Commentaire de Emeric Teil [ 05/janv./11 11:27 ] |
|
Si si, mais :
1 - le produit n'existe pas en Integ 2 - la propriété a déjà été testée en Integ 3 - si vous voulez la re-tester avec un autre produit n'hésitez pas :) |
| Commentaire de Cédric Goldovsky [ 05/janv./11 11:34 ] |
|
Je sais que le produit n'existe pas en Integ
Mais depuis que le projet a été livré, de l'eau a coulé sous les ponts et on n'est pas à l'abri d'un bug - je sais c'est rare... ;-) De ce fait, conservons un process normal. J'ai testé en Integ, c'est OK. Me faut la date d'expiration Merki ! |
| Commentaire de Emeric Teil [ 05/janv./11 11:37 ] |
|
OK pas de pbm,
expiration le 13/02 au matin. Encore merci Emeric |
| Commentaire de Cédric Goldovsky [ 05/janv./11 11:40 ] |
|
Donc :
#========================== # Pole : TX # Expire le : 12/02/2011 # Commentaire : Push produit en reco panier (pieces jaunes) #========================== priceminister.reco_purchase.pushed_products = {"pushed_products":[{"position":0,"product_id":113837972}]} |
| Commentaire de Emeric Teil [ 25/févr./11 12:02 ] |
|
Hello,
je vois la propriété est toujours en prod ? |
Securitas : Integration d'un lien dans le menu bleu déroulant + bloc Catégories en HP
(APP-32327)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | AdServer |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Charlotte Fachan [ 04/janv./11 14:35 ] |
|
Chez moi tout s'affiche très bien.
Connaît on la part des internautes sous IE 6 ? Pour savoir si je demande au partenaire de faire la modif. Merci Charlotte |
| Commentaire de Cédric Goldovsky [ 05/janv./11 15:54 ] |
| Charlotte, jusqu'à nouvel ordre, IE6 reste l'une de nos préoccupations. |
| Commentaire de Charlotte Fachan [ 24/janv./11 19:12 ] |
|
J'ai transmis au partenaire pour qu'il fasse la modif.
A priori cela ne concerne que très peu de personnes suite à nos derniers echanges. Le partenariat se termine dans 1 semaine. Merci Charlotte |
Securitas : Integration d'un lien dans le menu bleu déroulant + bloc Catégories en HP
(APP-32327)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | AdServer |
| Description |
|
cf. sceenshot-1
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 04/janv./11 14:14 ] |
|
asterix : http://www.priceminister.com/s/asterix
ou asterisque ? ;-p |
[APP-32349] Jeu avis ES : une page IG non migrée dans adServer ? Création: 04/janv./11 10:10 Mise à jour: 10/janv./11 12:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Projets PM: | AdServer | ||||||||
| Description |
|
http://www.priceminister.es/info/no/op/sorteoopiniones
Attention, il faudra certainement prévoir une redirection.... |
[APP-32345] Comportement anormal dans le bloc Exclusion Location alias IG Création: 03/janv./11 16:04 Mise à jour: 10/févr./11 16:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Classif1: | IG | ||||||||
| Classif2: | interface | ||||||||
| Classif FONC: | IG | ||||||||
| Description |
|
1/ Affichage structure promotions quand celle qui nous faut c'est default
Dans le bloc Criteria : Excluded LocationAlias ("excluded_location_alias")on a constaté un comportement anormal. Ce bug est connu depuis un moment, on essaie ici de lister comme il fonctionne : a/On clic sur ajouter un noeud à exclure, ensuite sauver, le noeud qui on vient d'ajouter disparait. En fermant la fenetre le noeud est bien exclu. b/On efface un noeud et on sauve = le noeud est là. Dans la même opération on ajoute un noued et on sauve = le noeud n'est pas là; en fermant la fênetre les contenus effacés et ajoutés sont dans la liste. c/on ajoute un noeud, on sauve (disparait de la lista), on efface un noeud et on sauve (celui revient),on ferme la fenetre = on n'a plus le noued effacé mais pas non plus celui ajouté. Note : ceci marche une fois, lorsque on continue à effectuer des modifs dans le même contenu celui prend un comportement diffèrent: on ajoute (il reste visible), on efface (il disparait)et en fermant tout est bon. J'espère que avec ces exemples vous trouveriez la logique. Merci Bastien, je te l'affecte et tu fais à ton gré. |
[APP-32337] [Mes achats] Appliquer le nouveau style pour les chevrons sur "suivi de la commande" Création: 03/janv./11 11:09 Mise à jour: 17/janv./11 16:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Entete GDC.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM: | Mon Compte : Mes Achats |
| Navigateur: | Tous |
| Description |
|
Il faudrait appliquer la nouvelle charte graphique aux liens
de retour sur la page "suivi de commande" (voir PJ) et aussi sur la
page "détail achat".
|
| Commentaires |
| Commentaire de Emeric Teil [ 17/janv./11 16:18 ] |
| puisque tu centralise ça :o) |
[APP-32326] Claim étendue : passer en "amiable" en fonction de la claim "parente" Création: 30/déc./10 16:44 Mise à jour: 30/déc./10 16:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
Pour les paniers dits "multiples", lorsqu'un acheteur ouvre
une réclamation sur un seul des articles de la commande, il est possible
pour l'opérateur BO traitant la réclamation d'"étendre la claim" aux
autres articles.
Cependant, cette macro "Etendre la claim" (en fiche-article BO) ne reporte pas sur lesdits articles le statut "amiable" de la claim initiale. Les mails envoyés par le SAV pour passer une claim de "NEW" à "PENDING" étant basés sur ce statut "amiable" (notamment pour définir le délai de réponse accordé au vendeur), il est primordial que toutes les réclamations d'une même commande aient le même statut avant intervention (particulièrement vrai pour les claims NR). La macro "Etendre la claim" devrait donc étendre également le statut "amiable". A noter : passer une claim en "amiable" a la mano (en BO) envoie automatiquement un mail à l'acheteur et au vendeur. Dans le cadre de l'utilisation de la macro "Etendre la claim", on ne souhaite pas que ce mail soit envoyé sur les claims étendues "amiables". |
[APP-32320] [Adserver] Lenteur d'affichage des promos Création: 30/déc./10 11:00 Mise à jour: 25/févr./11 15:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Charlotte Fachan | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | AdServer |
| Classif FONC: | adserver |
| Description |
|
Bonjour,
il existe encore des lenteurs d'affichage des promos avec l'adserver. Après discussion avec 3WR, il faudrait que nous puissions analyser les appels depuis notre serveur pour voir si cela vient de chez nous ou de chez smart. Merci Charlotte |
[APP-32319] Problème affichage sur les "autres critères" de la nav par filtres Création: 29/déc./10 18:36 Mise à jour: 20/janv./11 14:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Stéphane Genet | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screen1.png
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | FireFox 3.0 |
| Description |
|
Lorsqu'il y a plus de 2 "Autres critères" dans la nav, le clic sur un critère > 2 provoque son déplacement.
Voir screenshot. |
| Commentaires |
| Commentaire de Antoine Carré [ 12/janv./11 11:22 ] |
| Il y a un attribut left qui s'ajoute sur la classe filter_shadowtitle. |
| Commentaire de Antoine Carré [ 20/janv./11 14:25 ] |
| CAJ2011Q1NAV |
[APP-32317] FAQ PROS - 2 eme Partie Création: 29/déc./10 16:55 Mise à jour: 30/déc./10 09:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Mathieu Mauchauffe | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Mise en place de la Partie 2 de la FAQ Pros "La mise en ligne manuelle de mes produits".
|
| Commentaires |
| Commentaire de Mathieu Mauchauffe [ 29/déc./10 17:33 ] |
|
Création de la FAQ Pros - 2 ème partie : "La mise en ligne manuelle de mes produits"
Contenus + structure soumis à publication pour le FR sur REF - à traduire sur ES et UK : Contenus : /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/Comment fonctionne la mise en vente d un article sur $brandDto.brandName ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/Quand et comment créer une nouvelle fiche produit ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/j ai un problème pour ajouter une image/une vidéo /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai un probleme avec le code EAN/Mon article ne comporte pas de code EAN/ISBN ou celui-ci est refusé /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai une question concernant le prix de vente de mes produits/Le prix de vente doit-il inclure les frais de port ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/Quels produits ne puis-je pas vendre sur $brandDto.brandName ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/Mon produit n apparait pas sur le site /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai une grande quantité de produits à mettre en vente /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai une question concernant le prix de vente de mes produits/Je ne peux pas indiquer le prix de vente que je souhaite /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai une question concernant le prix de vente de mes produits/A quoi correspond le Prix Conseillé ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai une question concernant le volume de mon stock (quantité/flux tendu) - /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai un probleme avec le code EAN/Je souhaite mettre en vente un livre recent sans EAN /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai un probleme avec le code EAN/Je souhaite mettre en vente un disque rare sans EAN /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai un probleme avec le code EAN/Comment créer une fiche-produit sans EAN - French /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/Comment vendre un article en en précommande ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai une question concernant le prix de vente de mes produits/Mon prix de vente doit-il être en HT ou TTC ? /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/J ai un probleme avec le code EAN/Le code EAN de mon article est erroné /online_help/Help Articles/Folder02 - Contact/Folder06 - Vous êtes un vendeur professionnel/Folder 02 - La mise en ligne manuelle de mes produits/Je n ai pas acces a l etat Produit Neuf Structure : /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/QUELS_PRODUITS_NE_PUIS_JE_PAS_VENDRE ? (157557) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/L_ARTICLE_N_APPARAIT_PAS (157559) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/J_AI_UNE_GRANDE_QUANTITE_DE_PRODUITS_A_METTRE_EN_VENTE (157556) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/PROBLEME_AJOUT_IMAGE_VIDEO (157574) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/J_AI_UNE_QUESTION_CONCERNANT_LE_PRIX_DE_VENTE_DE_MES_PRODUITS/A_QUOI_CORRESPOND_PRIX_CONSEILLE (157566) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/EAN/CODE_EAN_ERRONE (157570) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/EAN/CREER_FICHE_PRODUIT_SANS_EAN (157573) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/EAN/LIVRE_RARE_SANS_EAN (157572) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/EAN/DISQUE_RARE_SANS_EAN (157571) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/EAN/PAS_EAN_OU_REFUSE (157569) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/EAN (157568) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/J_AI_UNE_QUESTION_CONCERNANT_LE_PRIX_DE_VENTE_DE_MES_PRODUITS/LE_PRIX_DE_VENTE_DOIT_IL_INCLURE_PORT (157567) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/J_AI_UNE_QUESTION_CONCERNANT_LE_PRIX_DE_VENTE_DE_MES_PRODUITS/JE_NE_PEUX_PAS_INDIQUER_PRIX_QUE_JE_SOUHAITE (157565) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/J_AI_UNE_QUESTION_CONCERNANT_LE_PRIX_DE_VENTE_DE_MES_PRODUITS/PRIX_DE_VENTE_TTC_OU_HT (157564) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/J_AI_UNE_QUESTION_CONCERNANT_LE_PRIX_DE_VENTE_DE_MES_PRODUITS (157561) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/JE_N_AI_PAS_ACCES_A_L_ETAT_PRODUIT_NEUF (157558) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/COMMENT_VENDRE_UN_ARTICLE_EN_PRECOMMANDE ? (157554) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/QUAND_ET_COMMENT_CREER_UNE_FICHE_PRODUIT ? (157553) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS (157551) /ONLINE_HELP/CONTACT/VOUS_ETES_UN_VENDEUR_PROFESSIONNEL/LA_MISE_EN_LIGNE_MANUELLE_DE_MES_PRODUITS/COMMENT_FONCTIONNE_LA_MISE_EN_VENTE_DE_MES_ARTICLES_SUR_$BRANDDTO.BRANDNAME (157552) |
[APP-32311] Listing incomplet dans adresse de livraison - région Création: 29/déc./10 14:23 Mise à jour: 08/févr./11 16:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.2.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Laura Yeo | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Dans le champs "région" de l'adresse de livraison, il n'est pas possible d'indiquer "Fuerteventura" et "Lanzarote."
Il n'existe que "Las palmas" et "Sta Cruz de Tenerife". Les utilisateurs des 2 autres îles précitées se retrouvent donc laisés. Il serait plus pertinent d'indiquer simplement "Islas Canarias", tout comme "Islas Baleares" qui existe déjà. Merci. |
| Commentaires |
| Commentaire de Emeric Teil [ 08/févr./11 16:15 ] |
|
OK, par contre, tu peux nous indiquer les "codes postaux"
correspondant (si je ne dis pas de bêtise, on vérifier que le début de
celui-ci concorde avec la région indiquée : "08" par exemple pour
Barcelone) stp ?
Merci d'avance |
[APP-32309] [AdServer] "Revende tus compras" auto promo renvoit sur la HP Création: 29/déc./10 12:17 Mise à jour: 20/janv./11 18:36 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Nerea Prieto |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | AdServer |
| Navigateur: | Tous |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Nerea Prieto [ 17/janv./11 14:23 ] |
| C'est bon, c'est corrigé |
| Commentaire de Espérance Galouo-Lece [ 17/janv./11 17:50 ] |
| - C'est toujours le cas en INTEG |
| Commentaire de Charlotte Fachan [ 20/janv./11 10:56 ] |
|
Nerea,
tu peux voir ce qu'il se passe et si le problème a été corrigé? Merci Charlotte |
[APP-32308] [VPOD] Bug en BO Création: 29/déc./10 11:49 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | VIDEO |
| Classif2: | video |
| Description |
|
Si VPOD ne répond plus, l'affichage d'une vidéo en BO provoque une boucle de redirection.
|
[APP-32301] [Matching dans l'arbre de frais de port] plusieurs produits utilisent la taille par défaut Création: 29/déc./10 10:29 Mise à jour: 19/janv./11 18:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Frais de port |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans le cadre d'un projet sur le connecteur, on utilise
l'ancien matching dans l'arbre des frais de port (CategoryMatcher) pour
récupérer l'id de la taille du produit. Nous avons trouvé plusieurs
produits qui ont la taille par défaut, comme s'ils ne matchaient pas du
tout dans l'arbre :
- tous les produits de type 2342 (billets de transport) - tous les produits de type 2000 (garanties - famille automobiles) - tous les produits de type 2001 (publications - famille automobiles) En regardant un peu l'arbre, ça paraît logique, on dirait qu'il ne sont pas pris en compte. Erreur de paramétrage de l'arbre ? ou cas connu normal ? - 30 produits en integ de type 2060 (décoration) Pour ces derniers, on ne les voit qu'en integ. En dev, aucun produit de type 2060 ne pose problème. Voici la liste des ids trouvés en integ : 111033281, 111033368, 111033276, 111033275, 111033269, 111033270, 111033376, 111033369, 111033373, 111033374, 111033375, 112246290, 111033279, 111033273, 111033272, 111033268, 111033271, 111033266, 111033378, 111033372, 111033277, 111033265, 111033283, 111033280, 111033284, 111033285, 111033377, 111033383, 111033370, 111033371 |
[APP-32296] [AdServer : Boutique] Erreur js et absence du bloc "Top produits du WEB" Création: 27/déc./10 16:01 Mise à jour: 29/déc./10 16:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Bastien Caudan [ 29/déc./10 14:50 ] |
|
C'est juste une alerte js en bas de page sous IE6 que l'on
n'arrive pas à reproduire de façon systématique. Le comparateur ne
s'affiche pas mais on est seulement sur la boutique. Les autres
fonctionnalités ne sont pas perturbées.
Si on souhaite creuser, l'alerte est déclenchée dans engine.js à la dernière ligne de la méthode PM.Offers.display. |
| Commentaire de Fabrice Feugas [ 29/déc./10 16:36 ] |
| Ok, on pourra s'en passer pour la bascule. A regarder après quand-même. |
[APP-32294] [Gestionnaire de commande] Possibilité d'envoyer un message même si article annulé Création: 27/déc./10 13:47 Mise à jour: 10/févr./11 18:13 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | 86.0.0 (TX-R) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Il suffit d'ouvrir dans deux onglets différents la page "suivi de l'article" sur un même article :
- dans le premier onglet annuler la vente de l'article - dans le deuxieme onglet envoyer un message => on peut ainsi envoyer un message à l'acheteur après avoir annuler la vente Ceci veut donc dire que l'envoi de message n'est pas "checké" et ne fait pas partie du moteur de règle et posera donc problème lors de la mise du WS associé. |
| Commentaires |
| Commentaire de Yann Danot [ 14/janv./11 11:47 ] |
| [CAl2011Q1TX] |
| Commentaire de Bastien Caudan [ 10/févr./11 18:13 ] |
|
Label manquant sous IG :
StandardItemPostService.MESSAGE_NOT_ALLOWED Introduit ici : http://perrier:8090/dev/trunk/revision/24715.5.55 |
[APP-32290] [So Colissimo] régression graphique dans popup de suivi Création: 24/déc./10 15:57 Mise à jour: 17/janv./11 10:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | So Colissimo |
| Navigateur: | Tous |
| Description |
|
Suite à la sortie du projet "mes ventes" une régression est
présente sur le tableau contenant les informations au sujet du point de
retrait (voir PJ).
Pour reproduire ceci, se rendre sur un article en So Colissimo et se rendre du côté acheteur. |
[APP-32279] [WS Rapport d'erreur] Message d'erreur lors de l'affichage du rapport d'un fichier "Défait" Création: 23/déc./10 16:19 Mise à jour: 21/févr./11 10:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.2.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
- le fichier a été défait; si les informations en
rapport avec l'import ne sont plus disponible, pourquoi mettre un
message d'erreur ? (cf. screenshot-1)
- Idem pour les fichiers en état "supprimé" |
[APP-32267] adresse mail dans le champ adresse 1 de livraison Création: 22/déc./10 16:30 Mise à jour: 31/janv./11 15:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.2.3, (TX-S) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
E-mail_dans_Adresse_1_-_Depuis_2008_(FR).xls
screenshot-1.jpg
screenshot-1.jpg
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||
| Navigateur: | Tous |
| Description |
|
on a pas-mal de cas d'adresses e-mail qui se retrouvent dans le champ adresse de livraison.
lorsqu'on se connecte sur le compte de l'acheteur et qu'on passe commande, le système nous propose la bonne adresse et pas l'adresse e-mail ! on aurait donc des acheteurs qui valident la bonne adresse et le système derrière qui écrase l'info pour mettre l'adresse e-mail 3 cas aujourd'hui dans les paniers en observation |
| Commentaires |
| Commentaire de Steven Harel [ 22/déc./10 17:34 ] |
| j'ai appelé le gars. a priori l'erreur vient de lui. on peut donc laisser tomber |
| Commentaire de Habib-Sylvain Gourguet [ 29/déc./10 11:14 ] |
|
Voir le rapport en PJ.
Depuis la date de sortie de la TX-Q (du moins selon les chiffres), le phénomène prend de l'ampleur. On est passé de moins d'une dizaine de commandes par mois à près de 200. |
| Commentaire de Habib-Sylvain Gourguet [ 29/déc./10 11:52 ] |
| Pôle TX et Service Fraudes en copie pour info (en attendant le retour du "validator"). |
| Commentaire de Emeric Teil [ 30/déc./10 14:47 ] |
|
Hello,
je viens de vérifier, à priori, aucun bug à ce niveau... la seule explication serait la nouvelle page fusionnant adresse et inscription... pourtant les wordings n'ont pas bcp bougé... E. |
| Commentaire de Habib-Sylvain Gourguet [ 04/janv./11 14:19 ] |
|
Emeric,
On a encore du mal à expliquer ce nouveau comportement. Il occasionne cependant un nombre de traitements assez conséquent de la part de l'équipe Fraudes (laisser le panier en obs, contacter l'acheteur, modifier l'adresse de livraison si réponse...). Une solution serait de contrôler les champs "Adresse 1" et "Adresse 2" pour refuser de passer à la page suivante si l'utilisateur saisit un arobase. On peut discuter de cette option dès que tu as un peu de temps ? |
| Commentaire de Emeric Teil [ 04/janv./11 14:46 ] |
| On peut effectivement envisager ce genre de vérif, mais ça ne répond pas à la question "pourquoi on a ça"... on en reparle ASAP... |
| Commentaire de Jeremy Maltis [ 31/janv./11 15:42 ] |
|
Le problème venait sûrement du fait que les inputs pour ce
nous formulaire n'avaient pas les mêmes noms que les anciens
formulaires.
Une sous-tâche a donc été créée et résolue : les inputs ont été renommés. Le JIRA est peut-être résolu, mais aucun moyen de vérifié. Je le laisse donc ouvert et le décale pour la TX-S. |
[APP-32264] Annonce recrutement CDD AVAL Création: 22/déc./10 11:48 Mise à jour: 22/déc./10 11:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
annonce_recrut_aval.txt
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Voir PJ pour texte proposé (à corriger si besoin).
Formulaire de contact renvoyant vers la boite BO "recrutement". Les réponses seront ensuite transférées à Eric Sengelin par e-mail. |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 22/déc./10 11:50 ] |
| Siham en copie (pour info). |
[APP-32252] Dashboard : compteur "Problèmes Q&A Produits" erroné Création: 21/déc./10 17:41 Mise à jour: 11/févr./11 13:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 83.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||||||||||
| Description |
|
http://bo.priceminister.jmh/summary?action=dashboard
Dans la partie "Modération", section "Q&A Produits", on annonce plusieurs dizaines de contenus à modérer (jusqu'à J+6). Quand on clique sur les liens, rien à traiter. |
| Commentaires |
| Commentaire de Stéphane Genet [ 20/janv./11 16:18 ] |
|
Ça semble un peu compliqué, ce qu'on a pu remarquer avec RED
c'est que dans StandardPostService il y a eu une refactorisation qui a
amené à un truc étrange :
public Post getPost(Long postId, boolean fetchChildren) { if(fetchChildren) { return this.postDao.findPostWithChildren(postId); } return this.postDao.findPostWithChildren(postId); } c'est cette méthode qui revient le plus souvent pour la récupération des posts, il faut donc certainement modifier la deuxieme en FindPostWithoutChildren. J'ai pas pu tester si ca résolvais le problème. Voir : https://priceminister.onjira.com/browse/APP-32523 Deuxième chose, on a des questions produits, qui ne sont pas validées par exemple : http://bo.priceminister.com/product_question_back?action=productquestionview&postid=128016075 Elle est prise en compte pour le compteur dashboard mais pas dans la page de résultats questions produits, et on ne la retrouve pas via le moteur de recherche du menu. A suivre |
| Commentaire de Renaud Dierickx [ 25/janv./11 13:49 ] |
|
Le deuxième point évoqué par Stéphane vient du bug VEN ( Nous avons prévu un script de rattrapage des données pour corriger ce problème : voir |
| Commentaire de Steven Harel [ 11/févr./11 13:44 ] |
| Hi ! on sait quand ça va pouvoir être réglé ? merci |
[APP-32246] Faire un écran BO de recherche des "media_reference" Création: 21/déc./10 10:46 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
[APP-32243] Suppression de vieilles colonnes non utilisées Création: 20/déc./10 17:46 Mise à jour: 20/déc./10 18:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 88.0.0 (VEN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Arnaud Potier | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Sur la table advert, les colonnes
is_contract_pending is_activation to send datent de l'auto et ne sont plus utilisées (à NULL en dev pour toutes les annonces). Il faudrait les supprimer de la base et du code. Il en va de même pour import_reference. Voir avec les NAV pour savoir ou mettre les scripts de suppression de colonnes. ( à priori dans Next_connector) |
[APP-32232] Nettoyer le labelFolder PlatformHelper Création: 16/déc./10 16:26 Mise à jour: 16/déc./10 16:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 86.0.0 (TX-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Yann Danot | Attribution: | Yann Danot |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Suite à la refonte de l'I18N, nous n'avons plus besoin des labels contenus dans le labelFolder PlatformHelper
|
[APP-32230] Panier affiché dans compteur, mais impossible à consulter Création: 16/déc./10 14:49 Mise à jour: 17/janv./11 16:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Panier |
| Affecte la/les version(s): | 83.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Ayoub Benseghir |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Voir pour le compte ci-dessous :
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=13038654 2 paniers annoncés dans le bloc "Acheteur", mais quand on clique sur le lien, un seul est dispo. Panier fantôme ? |
| Commentaires |
| Commentaire de Emeric Teil [ 03/janv./11 11:39 ] |
|
En chasse pour analyse dev de ce cas... éventuellement, voir
du côté des statuts des paniers (celui qui n'apparait pas existe-t-il ?
si oui, quel est sont état ?).
Merci d'avance E. |
| Commentaire de Jeremy Maltis [ 10/janv./11 18:18 ] |
|
J'ai regardé ce cas, qui existe aussi en Integ (base moins
lourde, plus facile pour tester) : on affiche "1 paniers" sur la fiche,
et lorsque l'on clique dessus, on est redirigé vers aucun panier...
En conclusion : * sur la page utilisateur en BO, le nombre de paniers est déterminé grâce à la valeur du champ "BUY_COUNT" de la table "USER_ACCOUNT" (dans notre cas, ce champ vaut 1). * sur la page de recherche de paniers, on effectue directement les requêtes sur la table "PURCHASE". (dans notre cas, il n'y a aucun panier qui a comme "BUYER_ACCOUNT_ID" l'utilisateur en question). Il se peut donc qu'il y ait une désynchronisation entre la valeur du compteur et le nombre réel de paniers existants... |
| Commentaire de Emeric Teil [ 10/janv./11 18:23 ] |
|
OK, merci : tu peux regarder, pour avancer, comment en incrémenté ce compteur "BUY_COUNT" stp ?
Car si désynchro il y a, c'est probablement qu'on a dû incrémenter ce compteur sur un panier qui a finalement été "supprimé"... (j'imagine que la requête de l'écran de recherche ne récupère pas TOUS les paniers mais uniquement certains états)... une explication, par exemple, serait qu'on incrémente les paniers à l'autorisation et que le panier concerné, après avoir été autorisé, soit passé en capture denied (car mis en observation)... Merci d'avance |
| Commentaire de Jeremy Maltis [ 11/janv./11 15:17 ] |
|
Après avoir regardé, en effet le "BUY_COUNT" est incrémenté à l’autorisation du panier.
L'écran de recherche des paniers en BO affiche TOUS les états possibles du panier : donc quelque soit l'état du panier, si il est présent en base, il sera affiché. La désynchro vient donc sûrement d'une suppression manuelle dans la base... |
| Commentaire de Emeric Teil [ 11/janv./11 17:17 ] |
|
Ouf, on vient de trouver : il a bien "acheté" deux
paniers... mais un d'eux concernait une garantie Auto... et tout à été
archivé il y a quelques mois, sans que les compteurs soient MAJ.
Si on veut corriger le truc, il faudrait donc aller compter tous les paniers de ce type là dans la base d'archive et MAJ les compteurs des acheteurs en fonction... Habib, vous voulez qu'on corrige ? |
| Commentaire de Emeric Teil [ 11/janv./11 17:17 ] |
|
Ouf, on vient de trouver : il a bien "acheté" deux
paniers... mais un d'eux concernait une garantie Auto... et tout à été
archivé il y a quelques mois, sans que les compteurs soient MAJ.
Si on veut corriger le truc, il faudrait donc aller compter tous les paniers de ce type là dans la base d'archive et MAJ les compteurs des acheteurs en fonction... Habib, vous voulez qu'on corrige ? (perso, je pense que ce serait bien...) |
| Commentaire de Emeric Teil [ 17/janv./11 16:29 ] |
| Habib ? |
[APP-32222] Bug sur les affichages des compteurs "Vidéos" suite au choix de Neuf/Occasion/Collection Création: 15/déc./10 17:12 Mise à jour: 17/déc./10 15:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 83.0.0 (VEN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Classif FONC: | video | ||||||||
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Jean-Sébastien Franck [ 15/déc./10 17:29 ] |
| Lorsqu'on clique sur le filtre neuf par exemple, on ne charge que les annonces neuves en base de données. Le compteur vidéo est calculée à partir de la liste des annonces. Si il y a donc une vidéo sur une annonce occasion, le compteur ne sera pas incrémenté et apparaîtra à 0. |
| Commentaire de Jean-Sébastien Franck [ 15/déc./10 17:31 ] |
| Ce problème n'est pas une régression de la VEN-F ou de la VEN-E et existe certainement depuis longtemps. Je transfère le jira à l'équipe CTN qui gère les vidéos. |
| Commentaire de Jean-Sébastien Franck [ 15/déc./10 17:31 ] |
| Là où ça se passe dans le code : AdvertListModel.filterVideoAdverts() |
| Commentaire de Fabrice Feugas [ 17/déc./10 15:33 ] |
|
En fait, même pas sûr que ça soit un bug... A mon bon
souvenir, la réflexion était de se dire que le filtre affiche le nombre
d'annonces avec vidéos présentes selon le tri appliqué...
Le choix peut être remis en question parce que ne se comportant pas comme les autres filtres. |
[APP-32207] Absence de pictos explicatifs lors de l'upload d'images sous IE6 Création: 14/déc./10 10:59 Mise à jour: 14/déc./10 15:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.0 (VEN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1
|
[APP-32197] [ERROR] IG:The requested pic is missing Création: 13/déc./10 15:49 Mise à jour: 18/janv./11 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 82.0.2.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Classif FONC: | IG |
| Description |
|
2010-12-13 15:34:19,675 INFO [-Processor45] 172.16.14.5 - >>> GET http://www.pminteg.fr/offer/buy/99196086/chaussures-nike-jr-steam-2-tf-t-27-5-chaussures.html
2010-12-13 15:34:20,370 INFO [-Processor45] 172.16.14.5 - FP 99196086:0;3;0;3;0;1;0;197;18;257;53;36;0;;0;1 2010-12-13 15:34:20,416 ERROR [-Processor45] 172.16.14.5 - The requested pic is missing [PM49098458.gif] with id [null] : org.infoglue.cms.exception.SystemException: An error occurred when we tried to fetch the object org.infoglue.cms.entities.content.impl.simple.DigitalAssetImpl. Reason:Identities can't be null! 2010-12-13 15:34:20,470 INFO [-Processor45] 172.16.14.5 - <<< [795 ms] GET http://www.pminteg.fr/offer/buy/99196086/chaussures-nike-jr-steam-2-tf-t-27-5-chaussures.html |
[APP-32196] pas de message du vendeur dans le mail envoyé à l'acheteur lors d'un refus de vente Création: 13/déc./10 11:43 Mise à jour: 13/déc./10 11:56 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.2.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Vincent Jouffe | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Tartalacrem |
| Description |
|
On demande au vendeur de donner la (les) raison(s) d'un
refus de vente. Ce message n'est pas présent dans le mail qui est envoyé
à l'acheteur.
|
| Commentaires |
| Commentaire de Thomas Landru [ 13/déc./10 11:50 ] |
|
peux tu préciser ta demande ? s'agit il d'un refus avant ou après l'acceptation du vendeur ?
car si il s'agit d'une annulation "post acceptation" on est assez précis dans le mail : "Pour connaître le motif de cette annulation, nous vous invitons à vous rendre dans la rubrique "Tous mes achats" de votre compte pour consulter la page "Suivi de l'article"." |
| Commentaire de Emeric Teil [ 13/déc./10 11:50 ] |
|
Salut,
c'est historique et volontaire : on demande une raison au vendeur pour lui montrer que ce n'est pas anodin de refuser une vente mais on ne souhaite pas la communiquer à l'acheteur. |
| Commentaire de Vincent Jouffe [ 13/déc./10 11:56 ] |
|
De la même façon que ce n'est pas anodin de refuser une
vente, ça n'est pas non plus anodin de se voir refuser une vente sans
motif clair.
Sait-on quels sont les motifs les plus couramment utilisés par les vendeurs ? Exemple : j'annule une vente parce que je ne suis pas chez moi... c'est ballot de ne pas donner l'info à l'acheteur ... CGA |
[APP-32193] Possibilité de Brute Force sur les comptes de l'application Création: 10/déc./10 15:50 Mise à jour: 25/févr./11 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Damien Gilloz | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Security |
| Description |
|
Aucune limitation n'est imposée pour l'authentification des utilisateurs sur le site.
Il est possible de faire autant de tentatives de connexion que l'on souhaite. Solution: Mettre un captcha au bout de 10 tentatives https://priceminister.onjira.com/browse/APP-30893 |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 10/déc./10 17:57 ] |
| A évaluer pour passage en Roadmap |
| Commentaire de Manuel Sadok [ 24/févr./11 11:25 ] |
|
Suite à la discussion en Roadmap, il me semble qu'on laisse
la faille pour servir de HoneyPot ? L'exploit surveille et alerte le BO.
Tu confirmes ? |
| Commentaire de Emeric Teil [ 24/févr./11 11:41 ] |
| Sur une autre discussion (RM TX), le captcha avait plutôt été mis de côté... par contre, on avait évoqué la mise en place du PKM... |
| Commentaire de Damien Gilloz [ 24/févr./11 11:57 ] |
|
Le principe du Brut Force est d'utiliser à chaque fois des combinaisons différentes:
https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai1 https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai2 https://www.priceminister.com/connect?action=do_login&login=USER&user_password=essai3 Ce n'est jamais la même URL, ça ne génère donc pas de PKM Par ailleurs, si le temps entre 2 tentatives est de quelques secondes, il n'y a pas de PKM. |
| Commentaire de Damien Gilloz [ 24/févr./11 12:13 ] |
|
Autre chose,
On ne peut pas baser de mécanisme de surveillance / blocage en fonction de l'adresse IP de utilisateurs. Par exemple, lorsque l'on souhaite accéder à Priceminister depuis nos locaux, nous le faisons tous avec la même adresse IP. Lorsqu'on accède à Internet depuis une connexion mobile 3G on ne dispose pas d'adresse IP personnelle, on la partage avec un grand nombre d'utilisateurs (les opérateurs utilisent le NAT). |
| Commentaire de Emeric Teil [ 25/févr./11 10:22 ] |
|
Hum,
la dernière discussion que j'ai eu à ce sujet avec Patrice semblait indiquer qu'on pouvait faire du PKM... en se basant non pas sur la totalité de l'url appelée mais sur une partie... E. |
[APP-32192] Protection du cookie de session Création: 10/déc./10 15:44 Mise à jour: 25/févr./11 11:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien Gilloz | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Security |
| Description |
|
L'application delivre un cookie de session sans l'attribut "secure" ou "HTTP only"
Ces attributs empêchent l'envoi du cookie si la connexion n'est pas cryptée. |
| Commentaires |
| Commentaire de Manuel Sadok [ 24/févr./11 12:14 ] |
| Emeric, quel est le pb si on applique ce niveau de sécurité ? |
| Commentaire de Emeric Teil [ 25/févr./11 11:09 ] |
|
Alors :
-> HTTPONLY : à oublier, le JS de Limonetik ne pouvant plus fonctionner si on lui interdit d'accéder à ce fameux cookie... (ou alors, il faudrait les intégrer via les WS...) -> SECURE : nous obligerait à avoir 2 sessions utilisateur, une pour les pages sécurisées, une pour les pages non sécurisées... je ne sais pas si c'est une bonne pratique... E. |
[APP-32190] Relance des filleuls Création: 10/déc./10 15:33 Mise à jour: 24/févr./11 12:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien Gilloz | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Security |
| Description |
|
Il est possible relancer les filleuls qui ne nous
appartiennent pas et de connaître leurs adresses mails en manipulant la
variable "sponsorship_id" de la requête:
http://www.priceminister.com/sponsorship?action=update&do_action=1&sponsorship_id=152121229&message=a |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 10/déc./10 18:16 ] |
|
Est-ce une url du site ou une url construite par le hacker en s'inspirant d'un POST du site ?
Si c'est une url du site c'est plutôt urgent, sinon mineur. solution : vérifier que le filleul appartient bien au user |
| Commentaire de Damien Gilloz [ 22/févr./11 16:33 ] |
|
Je ne retrouve pas cette requête dans les logs des serveurs Webs. Je pense donc que c'est une url construite.
|
| Commentaire de Manuel Sadok [ 24/févr./11 12:15 ] |
|
Vérifier que l'utilisateur est bien le parrain.
|
[APP-32189] Vulnérabilité CSRF Création: 10/déc./10 15:03 Mise à jour: 24/févr./11 11:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Damien Gilloz | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
CSRF.doc
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Security |
| Description |
|
La plupart des liens du site ne sont pas protégés.
Il est possible de faire exécuter des requêtes à un utilisateur loggué afin de lui faire changer son mot de passe par exemple. Information: http://fr.wikipedia.org/wiki/CSRF |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 10/déc./10 17:55 ] |
|
Comment intégrer dans notre framework des Servlet/Action un
système qui génére un token (ajouté dans le getUrl) qui est vérifié par
le parse (ou avant ?)
Créer une nouvelle classe FrontSecuredAction qui hérite de FrontAction et qui enrichie getUrl() et parse() ? - A la création de la session on génére un id unique (hash de l'id session ?) - Dans monAction.getUrl() on l'ajoute ans l'url retournée (comment fait-on pour les POST ?) /.../monAction?token=XXXXXXXXX¶m1=eee&... - Dans le monAction.parse() on appelle le parse de la classe mère qui vérifie la correspondance et lance une exception sinon |
| Commentaire de Manuel Sadok [ 24/févr./11 11:47 ] |
|
1/ Flag au niveau de l'Action (framework)
Par defaut désactivé, sinon il provoque l'ajout et le check du Token. 2/ mise en place d'un token au niveau framework dans le GetUrl() : on ajoute un paramétre stk=XXXXXX dans le Form() : idem Note : Prévoir un check JSP JSI, arbre de cat et IG pour verifier que les <form> utilisent bien une methode ***.form() 3/ Preparse effectuer le test Si Action flaguée En discuter avec MSA MSU RED NCH avant de commencer |
| Commentaire de Manuel Sadok [ 24/févr./11 11:53 ] |
|
On utilise par exemple le jsessionid hashé
Une fois terminé, créer 4 jiras (1 par pôle) pour que chaque LT détermine les actions à sécuriser |
[APP-32188] Vulnérabilités Cross-Site Scripting Création: 10/déc./10 14:45 Mise à jour: 24/févr./11 12:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Damien Gilloz | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Cross Site Scripting.doc
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Security |
| Description |
|
Nous avons des vulnérabilités Cross-site_scripting sur le site:
Informations: http://fr.wikipedia.org/wiki/Cross-site_scripting Les pages concernées sont: /help/h_security/popup/true/ /submit /submit /subscription /user /walletsecure |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 10/déc./10 18:04 ] |
|
Avant d'implémenter, relire tout l'historique ...
https://priceminister.onjira.com/browse/APP-10743 https://priceminister.onjira.com/browse/APP-4996 |
| Commentaire de Manuel Sadok [ 24/févr./11 12:12 ] |
|
Dans methode readObject() : on filtre les balises HTML et les ';{}()'
filtrer = on les encode en HTML entity (&***;). Ainsi ce ne sera pas executé à l'affichage (HTML et JS) Le jour où on a besoin de saisir du HTML, on implemente un readObjectWithHTML() qui ne filtre pas les balises de mise en forme (on peut continuer à filtrer les tags <script> ) |
[APP-32173] [Mes souhaites] CSS non présente ? Création: 09/déc./10 15:19 Mise à jour: 09/déc./10 15:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Voir imprimé écran, pas de style CSS appliqué à priori
|
[APP-32166] [Checks labels] Labels du domaine TX en erreur Création: 09/déc./10 10:49 Mise à jour: 09/déc./10 10:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Lors de nos checks, on a repéré plusieurs de vos labels en erreur. Je vous laisse vérifier ça.
2010-12-08-10:01:53 krypton 0.none.BuyerPurchaseModel.ONE_EURO_PROMO_WORDING.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_address1.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_address2.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_address_block.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_cellphone.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_change_country.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_city.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_civility.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_continue_button.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_country.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_firstname.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_lastname.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_legal_notice.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_phone_required.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_required_info.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.lbl_zipcode.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutAddressRegister.title_delivery_address.LABEL 2010-12-08-10:01:53 krypton 0.none.CheckoutCardBlock.img_cards.ALT 2010-12-08-10:01:53 krypton 0.none.CheckoutCardBlock.img_cards.SRC 2010-12-08-10:02:02 krypton 0.none.CheckoutCardBlock.lnk_title_logo_1euro.LABEL 2010-12-08-10:02:09 krypton 0.none.CheckoutCardBlock.img_card_privilege.ALT 2010-12-08-10:02:09 krypton 0.none.CheckoutCardBlock.img_card_privilege.SRC 2010-12-08-10:02:09 krypton 0.none.CheckoutCardBlock.img_cofinoga.ALT 2010-12-08-10:02:09 krypton 0.none.CheckoutCardBlock.img_cofinoga.SRC 2010-12-08-10:02:18 krypton 0.none.CheckoutCardBlock.img_limonetik.ALT 2010-12-08-10:02:18 krypton 0.none.CheckoutCardBlock.img_limonetik.SRC |
[APP-32162] [VPOD] Pas de mini vignette sur les FPP Création: 09/déc./10 10:17 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
FPP, depuis l'inventaire on ne voit pas la mini-vignette vidéo
|
[APP-32161] [VPOD] Impossible de supprimer la vidéo Création: 09/déc./10 10:13 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Suppression ne fonctionne pas (disponible uniquement depuis l'inventaire)
|
[APP-32160] [VPOD] Vidéo ne s'arrête pas sous IE Création: 09/déc./10 10:11 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Internet Explorer 8.X |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Dans la pricetv sous IE, la vidéo continue de tourner même après fermeture de la ch'clem-up
|
[APP-32159] [VPOD] alerte d'écrasement toujours affichée Création: 09/déc./10 10:09 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Lors de l'upload d'une vidéo, le message est :
Attention ! La nouvelle vidéo remplacera la vidéo actuellement en ligne. Alors qu'il n'y a pas de vidéo déjà associée à l'annonce. |
[APP-32158] [VPOD] Impossible de blogger depuis la priceTV Création: 09/déc./10 10:06 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
[APP-32157] [VPOD] Vidéo invisible avant modération Création: 09/déc./10 10:04 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Tant que la vidéo n'a pas été modérée, l'utilisateur ne voit
pas qu'une vidéo est associée à son annonce. Le statut "privé" ne
semble pas être pris en compte.
|
[APP-32156] [VPOD] Batch de synchronisation VPOD PM erroné Création: 09/déc./10 10:01 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Lors de l'exécution du batch, on récupère chez VPOD toutes
les vidéos depuis le passage du dernier batch (ou des 10 derniers jours
si il n'y a pas d'historique).
Cependant depuis la Migration du framework des batchs en EJB3 (http://perrier:8090/dev/trunk/revision/25970.2.1), la requête ne récupère plus le dernier batch mais le premier... Le système fonctionne tout de même en prod car la table de batch est vidée tous les jours !!! |
[APP-32147] [Fusion FP] Trace inutile dans les logs quand 2 produits pas du même types Création: 08/déc./10 11:37 Mise à jour: 21/févr./11 10:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 83.0.0 (VEN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Fusion FP |
| Description |
|
- Les logs peuvent s'arrêter juste après "Les 2 produits ne sont pas de même type : Flashes et Videos"
- Cf. Logs: 2010-12-08 11:33:15,802 INFO [-Processor18] BO:pmadmin:EGA - >>> POST http://www.pminteg.co.uk/referential_back!action=conflictsolve&productid1=35697066&productid2=55493069&solve=0 2010-12-08 11:33:15,811 INFO [-Processor18] BO:pmadmin:EGA - Moving adverts from product 35697066 to product 55493069 2010-12-08 11:33:15,868 WARN [-Processor18] BO:pmadmin:EGA - NAGIOS ALERT :: IG - INFOGLUE (2) : Using default label for : 2.none.ProductServiceBean.PRODUCT_TYPE_DIFFERENT.LABEL 2010-12-08 11:33:15,879 WARN [-Processor18] BO:pmadmin:EGA - NAGIOS ALERT :: IG - INFOGLUE (2) : Using default label for : 2.none.ProductServiceBean.PRODUCT_TYPE_DIFFERENT.LABEL 2010-12-08 11:33:15,880 WARN [-Processor18] BO:pmadmin:EGA - Load error~Servlet=com.babelstore.referential.back.ReferentialBackServlet~Request=POST http://www.pminteg.co.uk/r eferential_back!action=conflictsolve&productid1=35697066&productid2=55493069&solve=0~Referrer=http://www.pminteg.co.uk/referential_back?action=conflictview&product_id1=35697066 &product_id2=55493069&x=8&y=9~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=com.babelstore.util.ApplicationException: Les 2 produits ne sont pas de même type : Flashes et Videos~at com.babelstore.stock.service.ProductSe rviceBean.changeProduct(ProductServiceBean.java:538) com.babelstore.util.ApplicationException: Les 2 produits ne sont pas de même type : Flashes et Videos at com.babelstore.stock.service.ProductServiceBean.changeProduct(ProductServiceBean.java:538) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy760.changeProduct(Unknown Source) at com.babelstore.referential.back.ConflictSolveAction.execute(ConflictSolveAction.java:134) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:517) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:446) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:332) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:247) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:183) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:117) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:482) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-12-08 11:33:15,938 INFO [-Processor18] BO:pmadmin:EGA - <<< [136 ms] POST http://www.pminteg.co.uk/referential_back!action=conflictsolve&productid1=35697066&productid2=55493069&solve=0 |
| Commentaires |
| Commentaire de Manuel Sadok [ 08/déc./10 11:50 ] |
| Mettre une facade pour la ConflictSolveAction et bien y gérer la démarcation des transactions entre les différentes fusions demandées |
[APP-32140] PEC : Suite au APP-32075, rattraper les comptes concernés... Création: 07/déc./10 19:07 Mise à jour: 07/déc./10 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Comme vu ensemble, il faudrait essayer de rattraper
l'historique, en se basant sur l'évènement de création de compte contact
= Purchase et en changeant leur évènement de migration ?
NB : penser à voir le BI la dessus... |
[APP-32138] [Outil d'import d'arbre de mapping] - Problème sur les pattern Création: 07/déc./10 15:39 Mise à jour: 16/déc./10 11:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 83.0.0 (VEN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Arnaud Potier | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
L'outil d'import d'arbre de mapping n'accepte pas plus de 1 pattern.
Il faudrait lui permettre d'accepter un pattern par mapping de valeur d'attribut crée. On aurait ainsi des colonnes de la sorte: PROFONDEUR LABEL ALIAS TYPE DESCRIPTION HERITE_TYPE PRD_TYPE_CODE LABEL_TYPE CREER_PARAMETRE_TYPE HERITE_ATTRIBUT_1 ID_ATTRIBUT_1 ATTRIBUT_1 VALEUR_ATTRIBUT_1 PATTERN_1 HERITE_ATTRIBUT_2 ID_ATTRIBUT_2 ATTRIBUT_2 VALEUR_ATTRIBUT_2 PATTERN_2 DE plus, il faudrait trimer les valeurs passées en paramètre, pour éviter des erreurs telles que celles de |
| Commentaires |
| Commentaire de Manuel Sadok [ 16/déc./10 11:28 ] |
| Il faut penser à aller voir le param pour voir si dans certains cas le trim ne les arrange pas. |
[APP-32120] BO - Stock systématiquement à 0 sur la page de recherche produits par référence. Création: 03/déc./10 16:15 Mise à jour: 07/janv./11 16:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Le stock apparaît systématiquement à 0 sur la page de
recherche produits par référence. D'un point de vue technique, ceci est
dû au fait que cette recherche est faite avec une requête Oracle or il
n'y a plus d'informations de stock dans Oracle.
|
| Commentaires |
| Commentaire de Jean-Sébastien Franck [ 03/déc./10 16:29 ] |
| D'un côté technique, on pourrait facilement corriger le problème mais uniquement pour les recherches de type "standard" ou "fabricant". De votre côté, Aurélien, est-ce que ça serait déjà bien d'avoir ces deux types de recherche ou vous utilisez plutôt les recherches de type "soumetteur" et "source"? |
[APP-32117] [DA] Le psuedo-vendeur est trop petit Création: 03/déc./10 10:30 Mise à jour: 15/févr./11 11:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.0 (CTN-W) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Corinne Grondin | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
apres.png
avant.png
ok.png
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Le pseudo-vendeur a changé de taille depuis la ratio.
Ci-joint 3 screens : tel que le pseudo était avant ratio, tel qu'il est ajourd'hui, tel qu'il devrait être. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 09/déc./10 10:03 ] |
|
Span en trop par rapport à la structure de référence ( http://pricewiki.lan/Wiki.jsp?page=RatioPseudoVendeur ) : <span class="sellerName">
|
| Commentaire de Nicolas Chauveau [ 09/déc./10 10:05 ] |
| A passer dans la VEN ? (voir MSA) |
| Commentaire de Renaud Dierickx [ 26/janv./11 17:50 ] |
|
A priori c'est effectivement plutôt une page dépendante du pôle VEN.
Si je me trompe n'hésitez pas à nous réassigner le jira. [CAJ2011Q1CTN] |
| Commentaire de Diana Garzon [ 15/févr./11 10:44 ] |
| [CAJ2011Q1VEN] Transféré à l'équipe MAQ |
[APP-32106] [Compteurs annonce] Nettoyage les propriétés du overload Création: 02/déc./10 09:13 Mise à jour: 02/févr./11 12:03 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Activation (ou pas) des compteurs annonce en ES et UK.
A noter qu'au passage on pourrait nettoyer les propriété du overload de prod : priceminister.product_view_count.account_message.is_active false priceminister.product_view_count.show_counter.is_active false |
| Commentaires |
| Commentaire de Fabrice Feugas [ 02/déc./10 12:27 ] |
| Non merci, aucun besoin pour l'instant :) |
[APP-32105] [SMO] Alertes nagios (est-ce grave ?) Création: 02/déc./10 08:41 Mise à jour: 24/janv./11 16:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Si ce n'est pas grave, il faut revoir les niveaux de log et/ou supprimer l'alerte nagios dans ce cas !
FR Serveurs AS: WARN - nb: 1 - Connexion error with Facebook API : user_denied -> From url : /smo/fbpushpopup/ci/352360322/ct/ADVERT/error/access_denied/errordescription/The+user+denied+your+request./errorreason/user_denied WARN - nb: 1 - Connexion error with Facebook API : user_denied -> From url : /smo/fbpushpopup/ci/351591444/ct/ADVERT/error/access_denied/errordescription/The+user+denied+your+request./errorreason/user_denied WARN - nb: 1 - Connexion error with Facebook API : user_denied -> From url : /smo/fbpushpopup/ci/335280198/ct/ADVERT/error/access_denied/errordescription/The+user+denied+your+request./errorreason/user_denied WARN - nb: 1 - Connexion error with Facebook API : user_denied -> From url : /smo/fbpushpopup/ci/334205139/ct/ADVERT/error/access_denied/errordescription/The+user+denied+your+request./errorreason/user_denied WARN - nb: 1 - Connexion error with Facebook API : user_denied -> From url : /smo/fbpushpopup/ci/239299819/ct/ADVERT/error/access_denied/errordescription/The+user+denied+your+request./errorreason/user_denied |
| Commentaires |
| Commentaire de Renaud Dierickx [ 02/déc./10 08:54 ] |
|
Je confirme, rien de grave car c'est juste quand l'utilisateur refuse l'application PM.
==> je passe le jira en tache Réserve pour la CTN-W |
[APP-32085] [AB Test] Nettoyage du test sans régie dans le code et dans IG Création: 30/nov./10 15:11 Mise à jour: 30/nov./10 15:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
[APP-32084] [AB Test] Nettoyage des abTests sur le monet - Avec/Sans + Look Kelkoo Création: 30/nov./10 15:10 Mise à jour: 30/nov./10 15:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Voir avec les foncs les versions qu'on souhaite garder.
|
[APP-32083] [AB Test] Nettoyage des mails parrainage Création: 30/nov./10 15:08 Mise à jour: 30/nov./10 15:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Voir avec Carole le mail qu'on décide de garder.
|
[APP-32080] Les onglets du header bouge d'1 pixel vers la droite quand on passe de Accueil à Visite guidée Création: 30/nov./10 12:00 Mise à jour: 30/nov./10 12:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Tout est dans le titre.
Déjà en PROD |
[APP-32072] Fixer la largeur maximale des boutons synergies sous Chrome Création: 30/nov./10 10:04 Mise à jour: 30/nov./10 10:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Il faudrait fixer la largeur des boutons synergies
(<li>) afin que le header n'explose pas sur certaines versions de
Chrome, où les espaces sont parfois pris en compte.
|
| Commentaires |
| Commentaire de Damien Dorizy [ 30/nov./10 10:04 ] |
| Chrome et Safari (WebKit) pardon |
[APP-32067] Le batch CNET ne met pas à jours le summary et la fast_notification_date Création: 29/nov./10 17:14 Mise à jour: 21/févr./11 10:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Batch |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Le batch CNET ne met pas à jours les données du summary et
la fast_notification_date même lorsque des attributs ont été modifiés.
Cf par exemple tous les produits présents sur cette page : http://www.priceminister.co.uk/nav/Electronics_Car-radios/f2/Lecteur+CD+-+radio/ft/a Nous avons donc une incohérence entre les attributs en base, ceux du summary et ceux de Fast : • En base : « CD player » • Dans Fast : « Lecteur CD/radio » • Dans le summary : « CD player » Merci. |
| Commentaires |
| Commentaire de Manuel Sadok [ 06/janv./11 12:03 ] |
| Est-ce toujours d'actualité et est-ce que cela se produit sur toutes les plateformes ? (FR, ES et UK) |
| Commentaire de Patrick Pereira [ 06/janv./11 12:14 ] |
|
Je pense que c'est toujours d'actualité vu que rien n'a été corrigé :-).
Et cela doit se produire sur toute les plate-formes puisqu'on a le même code applicatif. Je me doute que ce n'est pas un sujet très marrant, mais un peu d'effort, allez regarder un peu dans le code :-)). Merci. |
| Commentaire de Manuel Sadok [ 07/janv./11 16:18 ] |
|
Justement, le code dit que cela devrait marcher, c'est bien
pour ça que je demande si le problème est toujours constaté.
De plus, si le problème était vraiment sur toutes les plateformes, je pense qu'on nous aurait déjà remonté depuis longtemps que CNet ne notifiait pas Fast... Allez, un petit effort Patrick, trouve nous des exemples qui illustrent le jira que tu as ouvert, ce qui nous permettra de mieux comprendre le problème, si problème il y a ;-) |
[APP-32061] [IG] Ajouter les évenements lors de l'export / import des promos Création: 29/nov./10 16:20 Mise à jour: 30/nov./10 15:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Rocio Perez-Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | IG |
| Description |
|
Pas d'items à publier sur branch pour le repository promotions :
Les contenus sont bien à publier mais ne sont pas répertoriés dans la liste de publication, comme dans les autres repositorys. |
| Commentaires |
| Commentaire de Bastien Caudan [ 30/nov./10 15:00 ] |
|
L'affichage des notifications sur l'onglet "Publication" se
base sur les événements liés aux contenus. Or, ces événements ne sont
pas pris en compte lors de l'export/import... Les notifications
présentes sur cms-ref ne sont donc reportés sur cms-branch que lors des
dumps.
Je renomme le jira et le passe en amélioration. [CAJ2010Q4CTN] |
[APP-32045] [AdServer] UK / Help : Décalage vignette "Buying and selling just got safer" Création: 29/nov./10 10:43 Mise à jour: 24/janv./11 16:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
integ.jpg
prod.jpg
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 29/nov./10 10:45 ] |
| http://www.pminteg.co.uk/help/h |
| Commentaire de Renaud Dierickx [ 29/nov./10 12:37 ] |
|
C'est dû au bloc avec la class : blk_advert
.blk_advert { margin-bottom:10px; } Voir les différences entre INTEG et Prod en PJ. |
| Commentaire de Renaud Dierickx [ 29/nov./10 15:50 ] |
|
Le problème est global.
On ne pourra corriger ce problème qu'après l'activation de AdServer en prod (sinon c'est trop impactant). On passera ce bloc en "hidden" et quand on poussera la promo, on le passe en "display block". |
[APP-32041] Position du lien "La vente expliquée en images" dans le bloc "Aide à la vente" Création: 29/nov./10 10:01 Mise à jour: 29/nov./10 16:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
cf capture
tous pays |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 29/nov./10 10:03 ] |
| http://www.pminteg.co.uk/info/assistance_astuces |
| Commentaire de Renaud Dierickx [ 29/nov./10 11:34 ] |
|
A priori pas de lien avec l'adServer.
Sinon c'est étrange, j'avais le problème mais en faisant un ctrl+F5 : je n'ai plus rien. Cédric, on peut faire cette manip sur ton IE ? http://www.priceminister.co.uk/info/assistance_astuces http://www.pminteg.co.uk/info/assistance_astuces |
| Commentaire de Cédric Goldovsky [ 29/nov./10 11:42 ] |
| Effectivement je n'ai plus le pb... |
| Commentaire de Renaud Dierickx [ 29/nov./10 12:45 ] |
|
Ce serait juste un problème de cache navigateur.
Gafour, on ferme ce jira en "aucune correction envisagée" ou préfères-tu faire qq chose sur ce problème ? |
| Commentaire de Gafour Abdoul [ 29/nov./10 13:38 ] |
|
on ne le corrige pas maintenant mais cela fait partie des pages que l'on pourrait prochainement migré.
Je ne ferme pas pour le moment |
[APP-32027] pas de 'type de coupon' lors de l'affichage d'un coupon AVOIR Création: 26/nov./10 12:19 Mise à jour: 27/janv./11 17:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Vincent Jouffe | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Coupon Créé.jpg
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
En BO, le type de coupon n'est pas affiché lors qu'il s'agit d'un coupon avoir.
|
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 27/janv./11 17:09 ] |
|
Pour reproduire le bug, il suffit de créer un coupon de type Standard (cf. screenshot Coupon Créé).
On recherche le coupon et on clique sur Modifier dans la liste de résultats de la recherche sur la ligne du coupon avoir. Là, le type de coupon n'est pas renseigné. |
| Commentaire de Emeric Teil [ 27/janv./11 17:24 ] |
| Pourquoi repasser ce Jira en Tx-R ? |
[APP-32023] DATAFILE : SocketTimeoutException: Read timed out Création: 26/nov./10 11:36 Mise à jour: 24/janv./11 17:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Batch |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
L'instance DATAFILE utilisé pour le référentiel sur UK subi une augmentation de ce type d'exception :
2010-11-26 01:07:19,780 ERROR [ATA_FILE-215] DATA_FILE - Got marshalling exception, exiting java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read(BufferedInputStream.java:237) at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2249) at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2542) at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2552) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1297) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) at $Proxy5.processFile(Unknown Source) at com.babelstore.datafile.batch.DataFileLightBatchMT.process(DataFileLightBatchMT.java:178) at com.babelstore.common.batch.MultiThreadBatchTask.run(MultiThreadBatchTask.java:42) at java.lang.Thread.run(Thread.java:619) 2010-11-26 01:07:19,785 ERROR [ATA_FILE-215] DATA_FILE - **** ERROR - Unit exception java.lang.reflect.UndeclaredThrowableException at $Proxy5.processFile(Unknown Source) at com.babelstore.datafile.batch.DataFileLightBatchMT.process(DataFileLightBatchMT.java:178) at com.babelstore.common.batch.MultiThreadBatchTask.run(MultiThreadBatchTask.java:42) at java.lang.Thread.run(Thread.java:619) Caused by: java.rmi.ConnectException: Failed to communicate. Problem during marshalling/unmarshalling; nested exception is: java.net.SocketTimeoutException: Read timed out at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:266) at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:117) at org.jboss.remoting.Client.invoke(Client.java:201) at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:46) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:41) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:88) ... 4 more Caused by: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) at java.io.BufferedInputStream.read(BufferedInputStream.java:237) at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2249) at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2542) at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2552) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1297) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:72) at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:244) ... 15 more Une idée ? |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 29/nov./10 09:16 ] |
|
Peut être le même pb que |
| Commentaire de Damien Gilloz [ 30/nov./10 11:43 ] |
|
Dans le fichier deploy/ejb3.deployer/META-INF/jboss-service.xml
Nous avons déjà 300000 pour socketTimeout <attribute name="InvokerLocator">socket://0.0.0.0:3873/?socketTimeout=300000</attribute> Doit on augmenter encore cette valeur ? |
| Commentaire de Damien Gilloz [ 30/nov./10 12:16 ] |
|
Sur neptune
Dans le fichier /appli/priceminister/jboss/server/priceminister/deploy/ejb3.deployer/META-INF Nous avons: <attribute name="InvokerLocator">socket://0.0.0.0:3873/?socketTimeout=3600000</attribute> et Dans /appli/priceminister/jboss-4.0.2/server/priceminister/conf/jboss-service.xml Nous avons <attribute name="SocketTimeout">60000</attribute> Sur persephone Dans le fichier /appli/priceminister/jboss/server/priceminister/deploy/ejb3.deployer/META-INF Nous avons: <attribute name="InvokerLocator">socket://0.0.0.0:3873/?socketTimeout=300000</attribute> et Dans /appli/priceminister/jboss-4.0.2/server/priceminister/conf/jboss-service.xml Nous avons <attribute name="SocketTimeout">60000</attribute> Persephone est le remplaçant de neptune. Nous devrions avoir donc: <attribute name="InvokerLocator">socket://0.0.0.0:3873/?socketTimeout=3600000</attribute> dans /appli/priceminister/jboss/server/priceminister/deploy/ejb3.deployer/META-INF |
| Commentaire de Eric Vannier [ 24/janv./11 17:24 ] |
|
Patrick,
je te laisse attribuer à la personne compétente dans ce domaine. Cordialement, |
| Commentaire de Patrick Pereira [ 24/janv./11 17:30 ] |
|
Jérémie, pourrais-tu stp appliquer les mêmes paramètres de timeout aux nouveaux serveurs de batch stp.
Merci. |
[APP-31997] Pseudo mcmcsas (22146416) : Problème affichage image en vitrine articles décoration - image sur fiche produit complément et non fiche produit principale Création: 19/oct./10 15:28 Mise à jour: 15/févr./11 17:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Stéphanie Vignali | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
screenshot-3.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour,
Il y a un bug sur l'affichage des images d'articles de édcoration lorsque les articles sont mis en vitrine. Les images apparaissent bien dans le résultat de recherche et sur la fiche produit mais dès qu'il s'agit de mettre en place une vitrine elles n'apparaissent plus. Il faut soumettre l'image du produit complément directement sur la fiche produit afin qu'elle apparaisse cf. copie d'écran Est-il possible d'importer les images directement sur la fiche produit afin de corriger? |
| Commentaires |
| Commentaire de Stéphanie Vignali [ 21/oct./10 15:18 ] |
|
Le problème existe également pour ce pro
http://www.priceminister.com/boutique/FDB_design Cela semble lié au fait que l'image du produit ets sur la fiche rpoduit compélment et non sur al fiche rpoduit principale cahrgée par la tête de gondole de la boutique. |
| Commentaire de Stéphanie Vignali [ 27/oct./10 13:59 ] |
|
Le problème se pose également pour le pro AnimeSoiree
http://www.priceminister.com/boutique/AnimeSoiree L'image apparaît sur la fiche produit et dans l'inventaire et la vitrine côté BO. En revanche côté utilisateur FO pas d'images dans la vitrine. On vient chercher la fiche complément alors qu'il nous faut la fiche produit normale. |
| Commentaire de Stéphanie Vignali [ 23/nov./10 11:29 ] |
|
Est ce que vous avez pu avancer sur ce soucis car encore une
fois je souhaite mettre en avant le partenaire mcmsas pour Noël et je
suis en train de de voir recharger manuellement toutes les images pour
qu'elles apparaissent dans al vitrine de la boutique et sur les têtes de
gondole.
C'est juste ingérable. cf. nouveau screenshot |
| Commentaire de Daniel Pintamalli [ 25/nov./10 14:11 ] |
| Je déplace cette demande à APP car nous n'arrivons par trouver la source du problème côté IMP. Je pense que recharger manuellement toutes les images est la solution la plus sûre si c'est pour Noël... |
| Commentaire de Martin Sudmann [ 15/févr./11 17:05 ] |
|
ce sont les annonces qui sont dans la boutique, mais apparemment on cherche l'image sur le base et non sur le cpl.
Or, quand le type est configuré pour avoir un attvis, on devrait chercher l'image sur le cpl. |
[APP-31947] [AB Test] Revoir la mécanique d'abTest pour éviter de repasser n fois dans les mêmes méthodes Création: 23/nov./10 18:33 Mise à jour: 23/nov./10 18:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Voici un log qui sort N fois pour une requête (on rentre N
fois dans le méthode getJSONConfiguration de la classe ABTesting) :
2010-11-23 08:19:38 DEBUG [TemplateModel ] rdierickx - Promotions - Computation starting 2010-11-23 08:19:38 WARN [FrontRequest ] rdierickx - ABTesting (monet_activation) is inactive 2010-11-23 08:19:38 WARN [FrontRequest ] rdierickx - ABTesting (monet_activation) is inactive 2010-11-23 08:19:38 WARN [FrontRequest ] rdierickx - ABTesting (monet_activation) is inactive 2010-11-23 08:19:38 DEBUG [TemplateModel ] rdierickx - Promotions - Computation done in 199 ms |
[APP-31937] [So Colissimo] A propos de la validité de l'adresse de l'expéditeur Création: 23/nov./10 15:04 Mise à jour: 25/nov./10 10:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | So Colissimo |
| Description |
|
J'ai vendu sur PM en So Colissmo.
Sur le bordereau de livraison, je m'aperçois que l'adresse de l'expediteur (la mienne) n'est plus la bonne (j'ai déménagé) Je ne sais plus sur quels éléments on se base pour générer cette adresse mais : Peut être faudrait il envisager de demander à au vendeur lorsqu'il met en vente si son adresse est toujours ok. Genre un petit rappel quelquepart sur la LPS Parce que a part ici, je ne vois pas trop comment l'interpeller sur ce sujet. Moi même je n'ai jamais pensé à modifier mes coordonnées depuis mon déménagement. |
Désactivation de l'A/B test "position du bouton d'achat"
(APP-31932)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Projets PM: | BuyBox |
| Description |
|
Apporter les modifications suivantes sur les fichiers properties (ovlerload) sur les 3 pays
1. Modifier la valeur de priceminister.ab_testing.active_tests pour checkout_address_page 2. Supprimer la property suivante : priceminister.abtesting.fp_abtest_btn_position.conf {"configuration":[{xitiTag="A", version="1", xitiDescription="FP_NORMAL", weight=34},{xitiTag="B", version="2", xitiDescription="FP_ALL_LEFT",weight=33},{xitiTag="C", version="3", xitiDescription="FP_BB_LEFT",weight=33}],"description":"FP_BTN_POSITION", "maxAge":30} |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 23/nov./10 14:31 ] |
|
- A modifier :
#========================== # Pole : TX # Expire le : ??/10/2010 (en fonction du Jira EXP-5175) # Commentaire : Activation saut page livraison #========================== priceminister.ab_testing.active_tests = checkout_address_page - A supprimer : #========================== # Pole : NAV # Expire le : 26/11/2010 # Commentaire : Activation AB test position bouton d'achat #========================== priceminister.abtesting.fp_abtest_btn_position.conf = {"configuration":[{xitiTag="A", version="1", xitiDescription="FP_NORMAL", weight=34},{xitiTag="B", version="2", xitiDescription="FP_ALL_LEFT",weight=33},{xitiTag="C", version="3", xitiDescription="FP_BB_LEFT",weight=33}],"description":"FP_BTN_POSITION", "maxAge":30} Done en INTEG |
| Commentaire de Jérémie Bennejean [ 23/nov./10 16:29 ] |
|
Fait en FR:
[pmas@hercule jboss]$ grep ab_testing.active_tests new/priceminister-overload.properties priceminister.ab_testing.active_tests = checkout_address_page [pmas@hercule jboss]$ grep priceminister.abtesting.fp_abtest_btn_position.conf new/priceminister-overload.properties [pmas@hercule jboss]$ titeia : OK - Fichier IDENTIQUE hercule : OK - Fichier IDENTIQUE salus : OK - Fichier IDENTIQUE rhome : OK - Fichier IDENTIQUE sais : OK - Fichier IDENTIQUE orichalque : OK - Fichier IDENTIQUE kapys : OK - Fichier IDENTIQUE anchise : OK - Fichier IDENTIQUE sauron : OK - Fichier IDENTIQUE pendragon : OK - Fichier IDENTIQUE haliades : OK - Fichier IDENTIQUE centaure : OK - Fichier IDENTIQUE |
| Commentaire de Jérémie Bennejean [ 23/nov./10 16:57 ] |
|
Fait en ES:
[pmas@tellus jboss]$ grep priceminister.ab_testing.active_tests new/priceminister-overload.properties priceminister.ab_testing.active_tests = checkout_address_page [pmas@tellus jboss]$ grep priceminister.abtesting.fp_abtest_btn_position.conf new/priceminister-overload.properties [pmas@tellus jboss]$ esculape : OK - Fichier IDENTIQUE venus : OK - Fichier IDENTIQUE tellus : OK - Fichier IDENTIQUE amphore : OK - Fichier IDENTIQUE |
| Commentaire de Jérémie Bennejean [ 23/nov./10 17:00 ] |
|
Fait en UK
[pmas@persephone jboss]$ grep priceminister.ab_testing.active_tests new/priceminister-overload.properties priceminister.ab_testing.active_tests = checkout_address_page [pmas@persephone jboss]$ grep priceminister.abtesting.fp_abtest_btn_position.conf new/priceminister-overload.properties [pmas@persephone jboss]$ persephone : OK - Fichier IDENTIQUE neptune : OK - Fichier IDENTIQUE aurore : OK - Fichier IDENTIQUE |
[APP-31932] Désactivation de l'A/B test "position du bouton d'achat" Création: 23/nov./10 14:06 Mise à jour: 23/nov./10 14:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Projets PM: | BuyBox |
[APP-31931] Création d'une boite messagerie en BO pour l'equipe REF Création: 23/nov./10 14:04 Mise à jour: 10/févr./11 18:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Critique |
| Rapporteur: | Juan Luis Fajardo | Attribution: | Swan Desportes |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||
| Classif FONC: | infoglue |
| Description |
|
Création de une boite contact en back office ( prod
NETLINKING) destiné aux blogueurs souhaitant nous contacter directement
sur le site suite aux opérations Netlinking
Un formulaire de contact sera crée par l'equipe Edito |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 24/nov./10 15:15 ] |
|
@Swan, Emeric : je (comme le reste du BO) n'ai jamais créé ou modifié de boite de réception en BO.
Je peux m'en charger si on me précise comment faire (ça nous permettrait peut-être d'étudier la possibilité d'en renommer d'autres...). Il faut juste m'assurer qu'une telle action n'aura aucune conséquence sur d'autres outils (Dashboard, autres boites de réception...). |
| Commentaire de Emeric Teil [ 25/nov./10 10:02 ] |
|
Concernant le DashBoard, si tu souhaite avoir la nouvelle
boite, il faut passer par du code... les boîtes sont listées
explicitement.
Mais ça ne t'empêche pas de créer une boîte PUIS de demander son ajout au DB. |
| Commentaire de Swan Desportes [ 25/nov./10 16:49 ] |
| Ca y est, j'en sais un peu plus : il faut faire un script, puis une manip dans infoglue. C'est donc un JIRA que l'on ne va pas pouvoir traiter dans l'immédiat. |
| Commentaire de Thierry Leforestier [ 25/nov./10 17:15 ] |
|
Si on renomme une boite existante, il n'y a plus besoin de script ou de code ? (hors IG)
Merci Thierry |
| Commentaire de Habib-Sylvain Gourguet [ 25/nov./10 17:18 ] |
| Tu penses qu'on pourrait faire passer un tel script sur la v83 ? Si le pôle VEN est ok... |
| Commentaire de Juan Luis Fajardo [ 25/nov./10 17:20 ] |
|
La boite prod DAMIEN est disponible (confirmé par Gael)
Merci |
| Commentaire de Juan Luis Fajardo [ 28/déc./10 11:36 ] |
|
Salut
Le formulaire a été crée sur les 3 pays. Les messages sont associés à la boite TEMP 2 Il faudrait juste la renommer NETLINKING . Swan, penses-tu que c'est possible de le faire rapidement? Merci d'avance Juan Luis |
| Commentaire de Habib-Sylvain Gourguet [ 28/déc./10 11:45 ] |
|
Hello,
On ne renomme pas les boites "back TEMP 1" et "back TEMP 2". Ces boites ont été créées à l'attention du BO pour gérer l'affluence de messages spécifiques générés par d'éventuels bugs, opérations marketing, etc. Comme demandé initialement dans ce JIRA, il faut : - soit créer une nouvelle boite de messagerie, - soit renommer la boite "prod DAMIEN" (comme vu par Juan avec Gaël). On modifiera ensuite le formulaire de contact pour pointer au bon endroit. |
| Commentaire de Juan Luis Fajardo [ 29/déc./10 10:09 ] |
|
Habib,
Pour eviter les éventuels soucis liés à l'utilisation de la boite TEMP2, est-t'il possible d'associer le formulaire à la boite DAMIEN avant de la renommer? Merci |
| Commentaire de Habib-Sylvain Gourguet [ 24/janv./11 15:19 ] |
|
C'est bon de mon côté pour la 85.0.0.1.
A publier sur REF et BRANCH pour FR/ES/UK : /online_help/Help Forms/Folder Référencement/Vous êtes blogueur ou webmaster ? Juan, tu peux voir avec l'équipe de devs concernée pour faire passer un script visant à renommer la boite ? |
| Commentaire de Swan Desportes [ 10/févr./11 18:22 ] |
|
Hola Swan,
Depuis deux mois on utilise une boite en BO pour les messages reçus à partir d’un formulaire de contact en FO Habib me confirme qu’il faut passer par le dev pour renommer la boite Si tu as deux minutes, peux tu le faire? La boite en question es « DAMIEN » à renommer « prod BLOG BAITING » https://priceminister.onjira.com/browse/APP-31931 Merci d’avance |
[APP-31892] BO > Commercial > Validation boutique PRO : 1 résultat ... sans résultat Création: 19/nov./10 15:42 Mise à jour: 21/janv./11 15:26 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 82.0.0 (CTN-V) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
screenshot-3.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
Rien de critique car ul n'y a pas de boutique à modérer,
c'est juste que ce compteur se base sur les utilisateurs trouvés et non
sur les utilisateurs trouvés ayant un contenu à modérer.
C'est déjà en prod : EN INTEG : http://bo.pminteg.fr/shop_content_back?action=shopprocontenttovalidatesearch&pm_staff_id=&login=rdierickx&number_rows=10&x=0&y=0 EN PROD : http://bo.priceminister.com/shop_content_back?action=shopprocontenttovalidatesearch&pm_staff_id=&login=rdierickx&number_rows=10&x=0&y=0 |
| Commentaires |
| Commentaire de Fabrice Feugas [ 22/nov./10 10:59 ] |
| Ton screenshot est coupé à gauche, on ne voit pas bien le problème... |
| Commentaire de Fabrice Feugas [ 22/nov./10 11:03 ] |
| basefr a une boutique en attente de modération, qu'on ne voit pas dans l'écran de recherche... :( |
| Commentaire de Stéphane Genet [ 22/nov./10 17:11 ] |
|
Après lancement du batch CONTENT_VERSION
basefr est apparu dans la liste |
| Commentaire de Espérance Galouo-Lece [ 29/nov./10 14:37 ] |
| - Toujours d'actualité (cf. screenshot-1) |
| Commentaire de Renaud Dierickx [ 29/nov./10 15:15 ] |
| Pas de contenu "basefr" à cause de la nouvelle base !?!?!?! |
[APP-31886] Filtrer les produits sans stocks des TG Création: 19/nov./10 14:09 Mise à jour: 23/nov./10 16:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | TG |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
copieecranTG.docx
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Je viens de m'apercevoir d'une rupture de TG dans la TG
cosmétiques alors que j'avais pourtant mis suffisamment de lignes de
produits. J'ai l'impression que lorsque quantité = 0, les produits
s'affichent tout même en TG.
Skender, idem high tech, Fred idem Espagne. |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 19/nov./10 14:12 ] |
| cf copie d'écran TG. |
| Commentaire de Thomas Allier [ 23/nov./10 16:40 ] |
| Filtrer les produits sans stocks des TG |
[APP-31878] Activation boutique : plusieurs vendeurs ne reçoivent pas le mail Création: 18/nov./10 15:39 Mise à jour: 22/nov./10 17:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 80.0.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Le mail "seller_activation" tombe en spam sur des boites Wanadoo, La Poste...
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 15:41 ] |
|
J'essaie de repasser sur une version texte en surcharge BO au plus vite.
Le problème a apparemment commencé hier (17 novembre), et ne semble donc pas lié à une modif effectuée sur le mail. Certainement des règles de spam revues à la hausse du jour au lendemain. |
| Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 16:19 ] |
|
A priori pas lié à une migration en HTML ou à l'objet du mail.
Divers tests en cours sur le contenu du mail en question. Semblent concernés les webmails suivants : Wanadoo (et Orange), Neuf (et SFR), La Poste. |
| Commentaire de Habib-Sylvain Gourguet [ 18/nov./10 16:40 ] |
|
Après plus de tests, il semble que l'objet du mail
("Activation compte vendeur") soit finalement bien à l'origine du bug.
Ce qui implique quelques modifs dans les cartouches en FO lors du process d'ouverture de boutique. Audrey en copie. Il faut vite se mettre d'accord sur un nouvel objet pour ce mail. |
| Commentaire de Emeric Teil [ 22/nov./10 17:26 ] |
|
J'affecte à Habib, car pas de raison que ce soit chez nous...
E. |
| Commentaire de Habib-Sylvain Gourguet [ 22/nov./10 17:33 ] |
|
La suppression du "sommaire" a permis de faire chuter très
fortement le "spamscore", sans obligation de modifier l'objet du mail.
Validé avec Steven pour résoudre le problème en urgence sans incohérence avec le FO. Je redescends la priorité du JIRA mais je laisse ouvert pour étudier très exactement la règle qui a pu changer chez les divers webmails. |
| Commentaire de Habib-Sylvain Gourguet [ 22/nov./10 17:34 ] |
|
Et effectivement, c'est pour moi.
Merci. |
robot non-reçu passe sur un abimé
(APP-31859)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | 83.0.1 |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
Comme vu ensemble le batch "CLAIM_ROBOT_CLOSURE"sera à désactiver jusque mardi matin (le 23/11).
|
| Commentaires |
| Commentaire de Thomas Landru [ 24/nov./10 15:12 ] |
| Jérémie il faudrait aussi désactiver le premier batch jusqu'à la sortie de la 82.0.1 |
| Commentaire de Jérémie Bennejean [ 24/nov./10 15:57 ] |
|
Thomasz, tu veux dire "com.priceminister.purchase.item.batch.ClaimAutoPendingBatch" ??????
[pmas@hercule batch]$ grep com.priceminister.purchase.item.batch.ClaimAuto batch.properties #priceminister.batch.ADVERT_FIX.10 = com.priceminister.purchase.item.batch.ClaimAutoPendingBatch #priceminister.batch.ADVERT_FIX.11 = com.priceminister.purchase.item.batch.ClaimAutoClosureBatch C'est en place en FR. |
| Commentaire de Jérémie Bennejean [ 24/nov./10 16:00 ] |
|
Fait en ES:
[pmas@tellus batch]$ grep com.priceminister.purchase.item.batch.ClaimAuto batch.properties #priceminister.batch.ADVERT_FIX.9 = com.priceminister.purchase.item.batch.ClaimAutoPendingBatch #priceminister.batch.ADVERT_FIX.10 = com.priceminister.purchase.item.batch.ClaimAutoClosureBatch Fait en UK: [pmas@persephone batch]$ grep com.priceminister.purchase.item.batch.ClaimAuto batch.properties #priceminister.batch.ADVERT_FIX.9 = com.priceminister.purchase.item.batch.ClaimAutoPendingBatch #priceminister.batch.ADVERT_FIX.10 = com.priceminister.purchase.item.batch.ClaimAutoClosureBatch |
| Commentaire de Thomas Landru [ 24/nov./10 16:01 ] |
| Le premier batch est "ClaimAutoPendingBatch" |
[MeV] Migration 4G formulaires culturels (Livres / Jeux Vidéos / Musique / Vidéo)
(APP-31412)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | 81.1.0 (MEV diverses) |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Simon Stevant |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 17/nov./10 16:58 ] |
| cf. screenshot-1 |
| Commentaire de Simon Stevant [ 17/nov./10 17:01 ] |
| Problème connu. A voir avec Julien |
| Commentaire de Espérance Galouo-Lece [ 17/nov./10 17:04 ] |
| - l'annonce n'apparait pas dans la recherche par catégorie (cf. screenshot-1) |
| Commentaire de Simon Stevant [ 17/nov./10 17:19 ] |
|
Doublon |
| Commentaire de Simon Stevant [ 12/janv./11 14:16 ] |
| J'ai repassé musique en diamant. |
| Commentaire de Simon Stevant [ 12/janv./11 14:19 ] |
| Les produits classifiés dans "musique" auront un chemin de fer. Les autres sont perdus à la racine. Il faut déterminer une nouvelle modélisation. |
[MeV] Migration 4G formulaires culturels (Livres / Jeux Vidéos / Musique / Vidéo)
(APP-31412)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Simon Stevant |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 17/nov./10 16:02 ] |
| cf. screenshot-1 |
| Commentaire de Simon Stevant [ 17/nov./10 16:15 ] |
| Je n'arrive pas à reproduire le bug avec firefox ou IE > IE6 |
| Commentaire de Simon Stevant [ 17/nov./10 16:32 ] |
| Le phénomène se produit sur tous les formulaires avec IE 6 |
[APP-31813] [Dashboard] Compteur "fait" des dates d'actions qui ne s'incrémentent pas Création: 16/nov./10 16:41 Mise à jour: 17/janv./11 16:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thomas Landru | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif FONC: | CoSAV |
| Description |
|
Le compteur ne s'incrémente pas lorsqu'une date d'action est résolue.
|
[APP-31806] [AddThis / Twitter] Le « & » dans titre FP fait buguer AddThis Création: 16/nov./10 13:38 Mise à jour: 16/nov./10 13:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
twitter.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Commentaires |
| Commentaire de Renaud Dierickx [ 16/nov./10 13:40 ] |
| Voir PJ |
[APP-31784] Annulation d'une vente : pas de mail au vendeur Création: 15/nov./10 17:33 Mise à jour: 26/nov./10 10:35 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 81.1.0 (MEV diverses) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | CoSAV : Gestionnaire de commande |
| Description |
|
Quand le vendeur annule, on dit à l'acheteur qu'on a envoyé un message pour gronder le vendeur : même pas vrai !
Aucun message reçu côté vendeur. |
| Commentaires |
| Commentaire de Thomas Landru [ 15/nov./10 18:25 ] |
|
Testé sur le tronc, tout est ok :
voir les fiches articles suivantes annulation post claim : http://bo.dev11.pm.dev/purchase_back?action=itemview&itemid=105024540 annulation post vente : http://bo.dev11.pm.dev/purchase_back?action=itemview&itemid=105024543 |
| Commentaire de Christophe Garcia [ 16/nov./10 11:02 ] |
| Ce n'est pas ce que l'on peut appeler "un avertissement au vendeur pour qu'il s'assure de la disponibilité de ses produits" (voir message affiché côté acheteur). |
| Commentaire de Thomas Landru [ 17/nov./10 10:06 ] |
| Habib il faudrait revoir le contenu du mail suite aux remarques de Christophe. |
| Commentaire de Habib-Sylvain Gourguet [ 17/nov./10 10:28 ] |
|
Le rappel en question est fait au vendeur lorsqu'une
réclamation pour "Non reçu" a été ouverte et que le vendeur a annulé en
FO (je vous laisse le soin de tester, bien que DEV11 soit apparemment
mort).
Dans le cas d'une annulation pré-claim du vendeur, il peut s'agir d'une rétractation de l'acheteur (que le vendeur soit pro ou part...). On considère que les vendeurs abusant de la fonctionnalité seront identifiés rapidement via rapports BI. En partant de ce principe, on peut dire que c'est le mail côté acheteur qui serait incohérent avec les règles citées ci-dessus... |
| Commentaire de Habib-Sylvain Gourguet [ 17/nov./10 10:29 ] |
|
Je décale (qu'on se mette d'accord ou non... :-).
Pas de traducteurs dispos avant le bouclage de la v81. |
[APP-31769] Pas de différence entre le lien de première et de seconde relance Création: 15/nov./10 15:06 Mise à jour: 17/janv./11 16:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
AAA.PNG
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif FONC: | CoSAV |
| Description |
|
Le lien de seconde relance devrait se distinguer de celui de la première relance : ce n'est pas le cas.
Voir screenshot |
| Commentaires |
| Commentaire de Thomas Landru [ 15/nov./10 15:38 ] |
| Nous n'avons pas prévu de distinguer les deux cas au niveau wording car l'action est la même, je passe ca en amélioration si on a du temps en fin d'integ. |
[APP-31758] Activation AB test position bouton d'achat Création: 15/nov./10 12:09 Mise à jour: 15/nov./10 14:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | BuyBox |
| Description |
|
Modifier les properties suivantes via overload (FR, ES et UK):
priceminister.ab_testing.active_tests jump_checkout_address_page;fp_abtest_btn_position priceminister.abtesting.fp_abtest_btn_position.conf {"configuration":[{xitiTag="A", version="1", xitiDescription="FP_NORMAL", weight=34},{xitiTag="B", version="2", xitiDescription="FP_ALL_LEFT",weight=33},{xitiTag="C", version="3", xitiDescription="FP_BB_LEFT",weight=33}],"description":"FP_BTN_POSITION", "maxAge":30} |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 15/nov./10 13:48 ] |
|
Done en INTEG
#========================== # Pole : TX; NAV # Expire le : 06/10/2010 (en fonction du Jira EXP-5175); 26/11/2010 # Commentaire : Activation saut page livraison; Activation AB test position bouton d'achat #========================== priceminister.ab_testing.active_tests = jump_checkout_address_page;fp_abtest_btn_position #========================== # Pole : NAV # Expire le : 26/11/2010 # Commentaire : Activation AB test position bouton d'achat #========================== priceminister.abtesting.fp_abtest_btn_position.conf = {"configuration":[{xitiTag="A", version="1", xitiDescription="FP_NORMAL", weight=34},{xitiTag="B", version="2", xitiDescription="FP_ALL_LEFT",weight=33},{xitiTag="C", version="3", xitiDescription="FP_BB_LEFT",weight=33}],"description":"FP_BTN_POSITION", "maxAge":30} Reste à le faire en PROD |
[APP-31672] Affiliation - bug potentiellement identifié sur le tag Effiliation (Page Confirmation de Paiement) Création: 08/nov./10 19:19 Mise à jour: 04/févr./11 16:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Jonathan Gorges | Attribution: | Swan Desportes |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Classif FONC: | comarket |
| Description |
|
Bonjour,
Ce Jira est critique car nous pensons avoir identifié un bug sur le tag Effiliation (en page de confirmation de paiement), qui peut impacter la rémunération de l'ensemble de nos partenaires affiliés. En faisant notre processus hebdomadaire de validation des ventes, nous avons identifié pour la première fois des bugs dans les fichiers de la plateforme Effiliation. La plateforme nous communique que nous avons récemment appelé leur tag (en octobre) pour des paniers qui ont été créé il y a plusieurs mois. . Exemple 1 : Panier n°89192163 crée le 26/07/2010 Tracking : Twenga (Effiliation) du 15/07/2010 Ce panier est remonté chez Effiliation une seconde fois, le 30/10/2010 Exemple 2 : Panier n°89280899, crée le 2807/2010 Tracking : Affiliation-Effiliation (62001) 22/07/2010-17:54 Ce panier est remonté chez Effiliation une seconde fois, le 21/10/2010 Christophe Bosquet, CTO d'Effiliation nous confirme que leur tag a bien été appelé pour ces paniers à deux reprises avec le même ID Panier. Voici d'ailleurs un extract d'appel de Tag Effiliation qui le prouve pour le panier : 89192163 0;effi.revenue;2010-10-30 19:16:32.426;1626992097;82.253.30.23;"Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C)";"id=115000451&montant=12.06&monnaie=EU&ref=89192163_91&type=1&ref3=89.0" Pourriez-vous svp voir s'il s'agit réellement d'un bug côté PriceMinister ? Je reste à votre disposition pour en parler de vive voix. Jon |
| Commentaires |
| Commentaire de Ariane Baldinger [ 10/nov./10 16:11 ] |
| $!{urlBlocker} est bien présent sur les tags Effiliation, donc ça ne vient pas de tests de dev ou d'integ. |
| Commentaire de Ariane Baldinger [ 08/déc./10 14:22 ] |
|
Salut Jonathan,
Est-ce que ce bug est confirmé ? |
| Commentaire de Jonathan Gorges [ 08/déc./10 17:11 ] |
|
Hello,
On continue de voir 5-6 paniers qui connaissent ce bug chaque semaine. A ta dispo |
| Commentaire de Remigiusz Woronkiewicz [ 01/févr./11 12:46 ] |
|
Bonjour,
Pouvez-vous me dire si à ce sujet c'est bien OK de votre côté? Dès confirmation vous pouvez fermer le JIRA. Merci! Rémi |
| Commentaire de Ariane Baldinger [ 04/févr./11 16:02 ] |
|
je n'ai pas eu le temps de me pencher sur ce jira...
Swan, est-ce que cette problématique a été vue de votre côté ? |
| Commentaire de Jonathan Gorges [ 04/févr./11 16:07 ] |
|
Je réponds pour Swan,
Normalement, ce problème a bien été corrigé récemment. Le bug a été identifié et la correction passera dans les semaines prochaines. Jon |
[APP-31671] Nettoyage A/B test site sans régie Création: 08/nov./10 18:02 Mise à jour: 25/nov./10 11:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 87.0.0 (CTN-W) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Dès la CTN-W, nettoyer l'a/b test du site sans régie.
Supprimer références : * com/babelstore/common/front/AbtestingGlobal.jsp * Appels dans ScreenConfiguration * Context dans TemplateModel * Properties |
[APP-31612] [IG] Bug Export/Import repository online help Création: 05/nov./10 12:02 Mise à jour: 04/févr./11 17:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | IG |
| Description |
|
L'export/import du repository online help ne fonctionne
plus, celui du repository promotions ne pose cependant aucun soucis.
Erreur produite : Export/import of repository online_help from /tmp/export_online_help_from_cms.xml.iKUqBSqC8838 to infoglue_branch_v79 failed with error : Parsing Error : XML document structures must start and end within the same entity. Line : 1998 Column : 8313295 {file: [not available]; line: 1998; column: 8313295} at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:671) at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:565) at org.infoglue.cms.controllers.kernel.impl.simple.ImportController.importRepository(ImportController.java:114) at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.doExecute(ImportRepositoryAction.java:191) at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:113) at com.babelstore.client.RepositoryExportImportClient.doImport(RepositoryExportImportClient.java:288) at com.babelstore.client.RepositoryExportImportClient.main(RepositoryExportImportClient.java:174) Caused by: org.xml.sax.SAXException: Parsing Error : XML document structures must start and end within the same entity. Line : 1998 Column : 8313295 at org.exolab.castor.xml.UnmarshalHandler.fatalError(UnmarshalHandler.java:2338) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.scanContent(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanContent(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:657) ... 6 more org.xml.sax.SAXException: Parsing Error : XML document structures must start and end within the same entity. Line : 1998 Column : 8313295 at org.exolab.castor.xml.UnmarshalHandler.fatalError(UnmarshalHandler.java:2338) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.scanContent(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanContent(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:657) at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:565) at org.infoglue.cms.controllers.kernel.impl.simple.ImportController.importRepository(ImportController.java:114) at org.infoglue.cms.applications.managementtool.actions.ImportRepositoryAction.doExecute(ImportRepositoryAction.java:191) at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:113) at com.babelstore.client.RepositoryExportImportClient.doImport(RepositoryExportImportClient.java:288) at com.babelstore.client.RepositoryExportImportClient.main(RepositoryExportImportClient.java:174) |
[APP-31593] Souci sur un des formulaires de contact ? Création: 03/nov./10 11:22 Mise à jour: 24/janv./11 16:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 80.0.0 (VEN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
2010-11-03 07:03:07,611 INFO [P-Processor4] bigmac75 - >>> POST http://www.priceminister.com/message!body=Bonjour, j...&contact=true&inctxid=1001&popup=true&subject=Souci cont...
2010-11-03 07:03:07,658 WARN [P-Processor4] bigmac75 - No EntityTypeCode defined for 'null' umsDomainCode 2010-11-03 07:03:07,666 WARN [P-Processor4] bigmac75 - ABTesting (monet_activation) is inactive 2010-11-03 07:03:07,666 WARN [P-Processor4] bigmac75 - ABTesting (monet_activation) is inactive 2010-11-03 07:03:07,666 WARN [P-Processor4] bigmac75 - ABTesting (monet_activation) is inactive 2010-11-03 07:03:07,751 INFO [P-Processor4] bigmac75 - <<< [139 ms] POST http://www.priceminister.com/message!body=Bonjour, j...&contact=true&inctxid=1001&popup=true&subject=Souci cont... |
| Commentaires |
| Commentaire de Anthony Lagrède [ 23/déc./10 16:53 ] |
|
Après vérification, la moitié des formulaires de contact ont la balise ums_domain vide.
On arrive pas à comprendre comment les formulaires sont appelés dans infoGlue et pourquoi cette variable reste vide. S'agit-il d'une configuration du domain à "Aucun" ? Le bogue est donc apparemment dans InfoGlue. Pouvez-vous jeter un œil? Merci |
[APP-31590] [jQuery] Migration du mécanisme d'auto-complete sur les formulaires de mise en vente Création: 03/nov./10 09:53 Mise à jour: 03/nov./10 09:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Jean-Sébastien Franck |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
[APP-31588] [UPGRADE JBOSS] Problème d'interinjection entre des EJB3s Création: 02/nov./10 18:40 Mise à jour: 02/nov./10 18:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Jean-Sébastien Franck |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ejb3-inter-injection.png
|
| Pays: |
FRA - France
|
| Projets PM: | JBOSS : Upgrade |
| Description |
|
Le problème des EJB3s:
vient du fait qu'ils s'interinjectent tels des insectes de manière abjecte Voir le schéma, mais en fait c'est Product et AttributeService qui s'interinjectent. La correction temporaire a été de mettre en commentaire l'injection de AttributeService dans ProductService, mais il faut prévoir une migration plus propre. |
[APP-31587] [UPGRADE JBOSS] Corriger un problème avec une entité pour migration dans Hibernate 3.3 Création: 02/nov./10 18:16 Mise à jour: 02/nov./10 18:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Jean-Sébastien Franck |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | JBOSS : Upgrade |
| Description |
|
Lors de la migration de Jboss et nottement d'Hibernate, on s'est apperçu d'une erreur au déploiement d'une entité:
org.hibernate.HibernateException: cannot simultaneously fetch multiple bag Cette erreur provient d'une incapacité pour Hibernate de mapper une liste ou une collection (bag au sens java) à cause d'une configuration de ce mapping trop imprécis. Voir ces pages WEB pour plus d'info: http://blog.eyallupu.com/2010/06/hibernate-exception-simultaneously.html et http://jroller.com/eyallupu/entry/solving_simultaneously_fetch_multiple_bags. après recherche, il s'avère qu'il s'agit de l'entité AttributeValueDependencyGroupNG. Nous avons donc temporairement corrigé ce bug en remplaçant les listes par des Set comme indiqué dans les pages Web au dessus. Cette correction n'impacte que cette entité. Peut-être qu'il existe une meilleure solution (ou pas). Ce jira est là pour ça et pour bien tester les impacts lors des tests |
[APP-31586] Sous home page Vente - Listing des résultats : le loader ne correspond pas à celui défini dans la maquette et sur le layout Création: 02/nov./10 18:09 Mise à jour: 04/janv./11 18:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 80.0.0 (VEN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Hind El Haouaji | Attribution: | Ferdinand Mouze |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
loader1.PNG
loader2.PNG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
Voir les PJ
|
[APP-31584] Problème d'affichage des chiffres de la journée du 31/10/2010 en BO Création: 02/nov./10 17:08 Mise à jour: 17/nov./10 10:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Tristan Wermelinger | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
pb bo summary le 07 11 2010.JPG
pb bo summary le 31 oct 2010.JPG
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Le chiffres en bo de la journée du 31/10/2010 ne sont pas visibles (adresse : http://bo.priceminister.com/summary?date=31/10/2010 )
|
| Commentaires |
| Commentaire de Tristan Wermelinger [ 09/nov./10 14:19 ] |
| Soucis a peu près similaire sur la journée du 07/11/2010 (cf capture ci-joint) |
[APP-31563] [HP VENDRE / Flashage] Problème d'encodage VS Code Barre Création: 28/oct./10 18:05 Mise à jour: 29/oct./10 14:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 80.0.0 (VEN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - HP Vendre |
| Navigateur: | Tous |
| Classif2: | Pris en compte |
| Description |
|
Cf capture
Quitte à placer un easter-egg, autant qu'il soit réussi...! ;-) |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 28/oct./10 18:07 ] |
| Rendons à César... : sur une idée de Christophe |
[APP-31562] Catégories Décoration, Art de la table - Tête de gondole : non affichage des images en TG car chargement fiche compélemnt au lieu de fiche produit principale Création: 27/oct./10 14:11 Mise à jour: 15/févr./11 17:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | TG |
| Affecte la/les version(s): | 84.0.1.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Stéphanie Vignali | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Lorsque je charge des produits en TG en Décoration et Art de la table les images n'apparaissent pas en TG.
Les images sont pourtant bien présentes sur la fiche produit et chargée. Le système semble aller chercher la fiche complément et non al fiche produit principale. Le soucis c'est qu'on ne peut sélectionner en TG la fiche produit complément. La solution de "bricolage" en attendant est de recharger els images directement sur la fiche produit pour qu'elle s'affiche. Ça devient dans ce cas vraiment fastidieux de faire des têtes de gondole. Me mëme soucis du coup se pose également sur els boutqiues des partenaires. cf. https://priceminister.onjira.com/browse/IMP-7168 Pour mcmsas les images apparaissent car resoumises manuellement une à une sur les fiches produits, mise en avant newsletter oblige Pour AnimeSoirée on voit bien le bug. |
| Commentaires |
| Commentaire de Julien Sananikone [ 28/oct./10 17:41 ] |
| je ne suis pas sûr que ce soit du param |
| Commentaire de Jérôme Viviès [ 10/nov./10 16:39 ] |
|
Stéphanie,
On parle de produits de quel type ? Peux-tu donner un exemple de produit ? |
| Commentaire de Stéphanie Vignali [ 10/nov./10 16:50 ] |
|
Par exemple avec ce produit qui est en décoration
http://www.priceminister.com/offer/buy/109925244/album-photos-noir-strass-potiron-decoration.html |
| Commentaire de Stéphanie Vignali [ 10/nov./10 18:02 ] |
|
Un autre exemple dans la boutique vitrine d'un vendeur
http://www.priceminister.com/boutique/fdb_design |
| Commentaire de Stéphanie Vignali [ 12/janv./11 10:47 ] |
|
Je viens aux nouvelles concernant cette demande car on ets
en pleine période des sodles et là encore ej vais devoir manuellement
resoumettre les images des produits que ej souhaite mettre en avant si
je veux qu'elles apparaissent en tête de gondole ou dans la vitrine
d'une boutique.
C'est très long, fastidieux et contre-productif par rapport à mes missions initiales cf. pièce jointe |
| Commentaire de Fabien Farache [ 12/janv./11 17:37 ] |
|
Juste pour être sûr : est ce que cela fonctionnait correctement avant dans ces catégories ???
Ces catégories ne sont pas nouvelles et nous n'avons rien modifié. |
| Commentaire de Fabien Farache [ 12/janv./11 17:41 ] |
| Pourrais tu me donner le n° d'une TG qui ne fonctionnait pas et où tu as du faire des modifications avec les images |
| Commentaire de Fabien Farache [ 12/janv./11 17:58 ] |
|
Peux tu aussi me donner le n° d'une TG où tu n'as pas encore fait de modification et où les images ne se voient pas.
Merci. |
| Commentaire de Fabien Farache [ 21/janv./11 12:12 ] |
| Après discussion avec JEV je confirme que nous ne pouvons pas faire grand chose. C'est l'application qui a un soucis donc à voir côté dev. |
| Commentaire de Manuel Sadok [ 15/févr./11 17:34 ] |
| Est-ce que le problème est toujours d'actualité ? |
| Commentaire de Stéphanie Vignali [ 15/févr./11 17:47 ] |
| Oui malheureusement |
[APP-31561] WS : Type Erreur "File" alors qu'il s'agit d'un "QuickSale" Création: 28/oct./10 17:13 Mise à jour: 21/févr./11 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
cf. screenshot-1
|
[APP-31560] Notification Fast depuis Product lors de la modification d'un produit complément. Création: 28/oct./10 16:48 Mise à jour: 25/nov./10 17:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Antoine Carré | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Performances |
| Description |
|
Il y a un bug dans la gestion des notifications fast.
En effet, quelque soit la modification effectuée sur une annonce d'un produit complément, on met à jour la fastnotificationdate. C'est à dire que le simple fait d'appuyer sur le bouton 'valider' après être entré sur la page "Modifier mon annonce" suffit à notifier fast. Cela se produit en partie à cause de la façon dont on gère le booleen "mustNotifyFast" qui est par défaut à true. Cela a pour incidence de notifier fast dès que la méthode postLoad est appelée par exemple. Il faut absolument inverser cette logique et ne mettre ce booleen à true que lorsque cela est nescessaire. Sans ça, il ne sera pas possible de limiter le nombre d'accès en écriture sur ce champs dans product |
| Commentaires |
| Commentaire de Manuel Sadok [ 04/nov./10 14:25 ] |
| A traiter en même temps que l'ajout de la FastNotificationDate au niveau de l'annonce. |
| Commentaire de Mohamed-Yassine El-gaout [ 25/nov./10 17:41 ] |
|
Les modifications sur le booleen "mustNotifyFast" dans product sont faites.
Mais ils ne résolvent pas le problème car chaque modification sur une annonce d'un produit complément appelle directement une méthode "updateAttributes" et met à jour le produit complément, donc met à jour "fastnotificationdate" dans product et advert. |
[APP-31555] Check Nagios : erreurs lors des checks de la V80 Création: 28/oct./10 15:38 Mise à jour: 02/nov./10 12:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
1 [argon] TX - PLATFORM (2) : No error throws to user while
there's a parsing error in Action. It shouldn't be the case : check it !
-> From url :
/referential_back?action=productsearch&changedatafile=true&createdatafile=true&dosearch.x=0&dosearch.y=0&issearchbyref=false&manyinstock=true&numberrows=200&oneinstock=true&prdstatuscode=-40&productid=S2640349&reload=false&searchtype=10&submitterpart=true&submitterpro=true&withcomplement=1&zerostock=true
1 [krypton] TX - PLATFORM (2) : No error throws to user while there's a parsing error in Action. It shouldn't be the case : check it ! -> From url : /purchase_back?action=purchasesearch&datesearchtype=0&numberrows=200&order=DESC&purchaseid=NULL&x=0&y=0 |
[APP-31532] [HP Mon compte] Les requêtes des compteurs désactivés sur certains comptes utilisateur sont quand-même exécutés Création: 27/oct./10 11:29 Mise à jour: 27/oct./10 11:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
certains comptes ont (soit disant) les compteurs désactivés
(colonne hide_statistics_in_account dans user_account), donc pour ces
comptes le compteur est bien caché mais la requête est exécutée quand
même et c'est le cas pour le nouveau compteur que j'ai mis.
La preuve est que dans la notification, on affiche le nombre de messages mais on le cache dans le bloc communauté |
[APP-31524] Réclamation "en cours" mais transaction "rejetée" Création: 26/oct./10 18:28 Mise à jour: 17/janv./11 16:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 79.0.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Voir la fiche-article suivante :
http://bo.priceminister.com/purchase_back?action=itemview&itemid=143283322 Après vérification via rapport BI, une seule autre transaction était concernée, mais le bloc "claim" pouvait encore être modifié. Ici, impossible, le bloc est figé. Rien de bloquant, mais l'état de claim peut fausser quelques chiffres (rapports BI, Dashboard...). |
| Commentaires |
| Commentaire de Emeric Teil [ 17/déc./10 10:48 ] |
|
Complément d'info par Laura :
" En traitant les 7 jours, j’ai utilisé la macro « diff – pas de réponse – retour V part ». Le reste ne sont que des mails envoyé manuellement : - Mail blanc car c’est un pro, mais finalement vu avec Jeff pas de traitement pro vu le profil V. - Suite au retour de l’Acheteur, une de nos nouvelles opératrices m’a transmis la transaction. Vu le montant j’ai voulu « forcer » le retour de l’article avant de rembourser, cf. les 2 mails du 22/10. A noter que la transaction n’est plus retombée dans les 7 jours, suite à l’utilisation de la macro. " |
[APP-31500] Page info glue jeux vendeur ES - Modification lien pour traiter le cas personnalisation boutiques pas encore ouvertes Création: 25/oct./10 19:07 Mise à jour: 27/janv./11 18:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 79.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Isabel Yus | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | espace perso |
| Description |
|
Merci de remplacer le lien en bas à gauche (personalizando tu tienda) par le suivant : http://www.priceminister.es/info/vender
la page infoglue est : http://www.priceminister.es/game?action=seller&popup=false car il ne marche pas pour tous les profils de vendeurs Merci d'avance IY |
| Commentaires |
| Commentaire de Ariane Baldinger [ 26/oct./10 11:05 ] |
| comment est gérée cette page ? |
| Commentaire de Isabel Yus [ 26/oct./10 11:14 ] |
|
Selon les infos que j'ai eu de la part de Fabrice > (il s'agit d'une retranscription de son email) :
"pour le test de la page IG, il s’agissait là d’une page gérée en DEV et vu avec Audrey donc nous (pôle CTN) nous sommes assurés que tout fonctionnait bien en integ.: Maintenant cette page est entre les mains du PARAM pour toute modif / mise à jour." Pour plus d'info merci de voir avec le pôle CTN Merci IY |
| Commentaire de Isabel Yus [ 26/oct./10 11:14 ] |
|
Selon les infos que j'ai eu de la part de Fabrice > (il s'agit d'une retranscription de son email) :
"pour le test de la page IG, il s’agissait là d’une page gérée en DEV et vu avec Audrey donc nous (pôle CTN) nous sommes assurés que tout fonctionnait bien en integ.: Maintenant cette page est entre les mains du PARAM pour toute modif / mise à jour." Pour plus d'info merci de voir avec le pôle CTN Merci IY |
| Commentaire de Fabrice Feugas [ 26/oct./10 17:38 ] |
| En stand-by, je me demande s'il n'existe pas une meilleure solution... |
| Commentaire de Fabrice Feugas [ 27/janv./11 18:28 ] |
| Meilleure solution à étudier... |
[APP-31471] Améliorer le wording pour une meilleure compréhension utilisateur > Mon compte > lien > Modifier la configuration de mes versements réguliers Création: 21/oct./10 15:11 Mise à jour: 21/oct./10 15:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Doc1.docx
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Les vendeurs me demandent souvent où mettre et où changer
leur coordonnées bancaires. Pourrait-on l'ajouter dans le wording que
j'ai entouré.
|
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 21/oct./10 15:20 ] |
| cf copie d'écran dans doc word car impossible de fiare une copie d'écran (j'ai pas les droits?) |
| Commentaire de Isabelle Weisbecker [ 21/oct./10 15:20 ] |
| cf copie d'écran dans doc word car impossible de fiare une copie d'écran (j'ai pas les droits?) |
[APP-31465] FOIRDISCOUNT / PRICEMISTER_ : Fichiers import en Erreur Création: 21/oct./10 11:54 Mise à jour: 05/janv./11 15:18 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 79.0.2 |
| Version(s) corrigée(s): | 78.0.1 |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérome Marianne | Attribution: | Dispatcher (Param-Import) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
16320084_stock_9881159___INVENTAIRE_FOIRDISCOUNT_2010_10_20.csv.pm
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Dev | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Depuis le 18/10/10 le fichier import du pro tombe en erreur sans que l'on ne comprenne pourquoi.
L'erreur suivante s'affiche: "null; CausedByException is: null; nested exception is: javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null at class javax.transaction.TransactionRolledbackException javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null" |
| Commentaires |
| Commentaire de Manuel Sadok [ 21/oct./10 16:20 ] |
| Est-ce que c'est un fichier qui passait avant (avec exactement le même contenu). Avez vous touché au format d'import utilisé, à des mapping par catégories associés (avec regexp) ? |
| Commentaire de Jérome Marianne [ 21/oct./10 16:26 ] |
|
Le format utilisé est celui de base "Entrée 2004", il n'y a
pas de mapping associé, ça ne fait que de la mise à jour annonces.
Le fichier respecte bien le format, de notre coté on ne plus récupérer le dernier fichier qui à été traité car trop ancien. |
| Commentaire de Jérome Marianne [ 22/oct./10 17:37 ] |
| On a réglé le problème, je ferme la demande. |
| Commentaire de Jérome Marianne [ 28/oct./10 09:50 ] |
|
Le problème est finalement toujours d'actualité.
Quand on met le format en "mise à jour annonce" le fichier tombe en erreur Si on passe le format en "création annonce" le fichier est traité et le système indique que les annonces ont été mises à jour!!! Ce problème est apparu avec la nouvelle version du site car le pro n'a rien changé à son fichier import. |
| Commentaire de Manuel Sadok [ 28/oct./10 10:10 ] |
|
La dernière version qui est sortie au moment où le jira a
été ouvert correspond à une version du pôle NAV, qui n'a, à priori, rien
impacté au niveau de l'environnement des imports.
Qu'est-ce vous a fait penser que le problème était réglé à un moment donné ? Pouvez vous jouer cet import en integ afin de mieux cerner le problème ? |
| Commentaire de Jérome Marianne [ 28/oct./10 10:19 ] |
|
En mettant le format en "création annonce" le système
affichait que les annonces avaient été mises à jour mais ce n'était pas
le cas.
Fotigui va lancer les tests quand l'integ sera accessible. |
| Commentaire de Espérance Galouo-Lece [ 28/oct./10 10:25 ] |
|
Logs de la ligne en ERREUR en PROD.
2010-10-28 09:45:20,447 INFO [.150.28.90-7] DATA_FILE_LITE-3236 - Processing line 10607618/48534884485 (143 de 500) 2010-10-28 09:45:20,469 INFO [.150.28.90-7] DATA_FILE_LITE-3236 - BEGIN work() 2010-10-28 09:45:20,469 INFO [.150.28.90-7] DATA_FILE_LITE-3236 - Updating complement product 66413413 2010-10-28 09:45:20,472 INFO [.150.28.90-7] DATA_FILE_LITE-3236 - Exception work()javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null 2010-10-28 09:45:20,473 INFO [.150.28.90-7] DATA_FILE_LITE-3236 - END work()FINALLY 2010-10-28 09:45:20,473 INFO [.150.28.90-7] DATA_FILE_LITE-3236 - data_file_id/dataLineId 10607618/48534884485 KO ; PrdProcessCode : 0; AdvProcessCode : 40; Processing Times : 0;0;0;21;21;0;0;4;0;0;0;0;0 ms. 2010-10-28 09:45:20,473 ERROR [.150.28.90-7] DATA_FILE_LITE-3236 - TransactionRolledbackException in method: public abstract java.lang.Long com.babelstore.datafile.business.DataLineBusiness.process(com.babelstore.stock.service.StockService) throws java.rmi.RemoteException,java.lang.Exception, causedBy: java.lang.NullPointerException 2010-10-28 09:45:20,478 ERROR [.150.28.90-7] DATA_FILE_LITE-3236 - Fatal exception during processing of data file 10607618 2010-10-28 09:45:20,479 ERROR [.150.28.90-7] DATA_FILE_LITE-3236 - com.babelstore.datafile.DataFileIllegalStatusException at com.babelstore.stock.service.DataFileServiceBean.processLine(DataFileServiceBean.java:316) at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:66) at org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:181) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) |
| Commentaire de Fotigui Tangara [ 28/oct./10 13:55 ] |
|
Les fichiers sont soumis en integ.
A suivre... |
| Commentaire de Fotigui Tangara [ 29/oct./10 15:11 ] |
|
Les fichiers soumis sur les deux comptes (FOIRDISCOUNT et
PRICEMISTER_) du même PRO ont été traités en integ sans qu'ils ne
tombent en erreur. Par contre, les mêmes fichiers soumis en PROD dans
les mêmes conditions, échouent lors de leur traitement.
|
| Commentaire de Fotigui Tangara [ 29/oct./10 17:13 ] |
|
Mail du PRO (29/10/2010) :
URGENT ! Merci ! Bonjour, Y a-t-il du nouveau depuis avant-hier ? Nous sommes dans une position très délicate, nous ne pouvons plus gérer noter inventaire depuis plus de 10 jours ! Les envois de fichiers stocks ne fonctionnent toujours pas correctement le succès à 96% du 28/10 : est faux, les prix ne sont pas tous mis à jour (certains oui, certains non…) (confirmé par l’état « erreur ») En regardant de plus près pour le compte foirdiscount, voici quelques exemples, qui m’ont laissé imaginé 3 pistes, vous me direz ce que vous en pensez ! merci > Le prix de slim58402549bmx2 n’a bien été modifié par écrasement le 26/10 (et toujours pas depuis)… ce qui étrange sur cet référence comme sur beaucoup d’autre c’est que la quantité est passée à 500 au lieu de 100 ! Il y a peut –être une piste à creuser là… ? (les écrasements seraient considérés comme des entrées, et les refs s’ajouteraient sans changement de prix par exemple ?) >Le prix de abg60078043 a bien été modifié par écrasement le 26/10 Le prix de abgpm+pll67304928 a bien été modifié par écrasement le 26/10 >Le prix de men75899863 a bien été modifié par écrasement le 18/10 mais ensuite le prix ne s’est plus mis à jour sur cet référence lors du changement de prix le 26/10 (je note aussi que le caractère « + » dans le fichier csv a été converti en « plus » sur le site (ce qui n’était pas le cas avant ) : « MENOTTES MÉTAL+FOURRURE AMOVIBLE+2 CLÉS » est devenu : « MENOTTES MÉTALplusFOURRURE AMOVIBLEplus2 CLÉS » Une piste ? : peut-être que sur PriceMinister depuis quelques jours il y a une interdiction de caractères spéciaux, qui étaient autorisés précédemment ? Une autre piste (puisque certains sont traités et d’autres non) : peut-être qu’un bug/blocage s’est créé suite à une mise à jour / développement du site PriceMinister, avec le nombre de références ? Par exemple au bout de 1000 références le fichier n’est plus traité… ? |
| Commentaire de Manuel Sadok [ 29/oct./10 17:36 ] |
|
Non, le format d'import est différent en integ et en prod...
En prod, il manque la cellule de type 'Recherche par identification'... de plus, je vois que le format en prod a été changé le 22/10/10 |
[IG] Nettoyage de la base de donnée
(APP-32810)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | IG |
| Description |
|
Nettoyer dans les différents repositories, les contenus en
working "historique" et qui polluent l'analyse faite par le param avant
le dump IG.
|
[IG] Nettoyage de la base de donnée
(APP-32810)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif FONC: | IG | ||||||||
| Description |
|
Nettoyer les contenus expirés des repositories :
- default - monetization Utiliser la requête d'ALG : http://pricewiki.lan/Wiki.jsp?page=CR%20reunion%20Infoglue%2009-06-2010#section-CR+reunion+Infoglue+09-06-2010-ContenusExpir_C3_A9s |
[APP-31457] Recherche globale : le dernier élément du CDF est un lien Création: 20/oct./10 16:48 Mise à jour: 26/oct./10 09:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Chemin de fer |
| Affecte la/les version(s): | 79.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Chemin de fer |
| Navigateur: | Tous |
| Description |
|
Le lien est brouillé.
|
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 20/oct./10 16:54 ] |
|
Thierry,
Est-ce que l’impact est limité coté référencement? Merci, Aurélie |
| Commentaire de Thierry Leforestier [ 20/oct./10 17:14 ] |
|
Comme vu ensemble, pas d'impact, le lien est brouillé.
Thierry |
[APP-31450] Le hashtag du parrainage twitter n'est pas bon, il ne faut pas d'accents sur #reduction Création: 20/oct./10 09:59 Mise à jour: 20/oct./10 11:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans twitter, quand on fait un hashtag (#qqchose), il ne
faut pas y mettre d'accent comme aujourd'hui pour #réduction car twitter
comprend "#r"...
|
[APP-31446] NPE dans l'inventaire lors de la construction du CdF dans les résultats Création: 19/oct./10 12:21 Mise à jour: 27/oct./10 17:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 79.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
breadcrumbs_error.log
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Exemple de plantage (et il y en a pas mal en PROD) mais je n'ai pas réussi à le reproduire.
2010-10-19 10:39:45,148 INFO [P-Processor7] 86.71.110.129 - User authentication success - login = jean2208 2010-10-19 10:39:45,150 INFO [P-Processor7] 86.71.110.129 - Authentication successful, login= jean2208 2010-10-19 10:39:45,162 INFO [P-Processor7] 86.71.110.129 - <<< [24 ms] POST https://www.priceminister.com/connect!action=dologin&login=jean2208&rid=1&userpassword=glucophage 2010-10-19 10:39:45,328 INFO [-Processor56] jean2208 - >>> GET http://www.priceminister.com/redirect/login/rid/1 2010-10-19 10:39:45,331 INFO [-Processor56] jean2208 - (Status : 302) Redirecting to : /inventory?rid=1&redirected=true 2010-10-19 10:39:45,331 INFO [-Processor56] jean2208 - <<< [3 ms] GET http://www.priceminister.com/redirect/login/rid/1 2010-10-19 10:39:45,452 INFO [-Processor56] jean2208 - >>> GET http://www.priceminister.com/inventory?rid=1&redirected=true 2010-10-19 10:39:46,150 INFO [-Processor56] jean2208 - <<< [698 ms] GET http://www.priceminister.com/inventory?rid=1&redirected=true 2010-10-19 10:39:50,585 INFO [-Processor85] jean2208 - >>> GET http://www.priceminister.com/inventory?action=global 2010-10-19 10:39:51,708 INFO [-Processor85] jean2208 - <<< [1123 ms] GET http://www.priceminister.com/inventory?action=global 2010-10-19 10:39:55,101 INFO [Processor111] jean2208 - >>> GET http://www.priceminister.com/inventory?action=global&nav=Mode 2010-10-19 10:39:56,074 INFO [Processor111] jean2208 - <<< [973 ms] GET http://www.priceminister.com/inventory?action=global&nav=Mode 2010-10-19 10:40:04,408 INFO [Processor113] jean2208 - >>> GET http://www.priceminister.com/inventory?action=global&nav=Mode&kw=pantalon 2010-10-19 10:40:04,922 INFO [Processor113] jean2208 - TOPSEARCH~I~pantalon~Mode~11 2010-10-19 10:40:05,146 INFO [Processor113] jean2208 - <<< [738 ms] GET http://www.priceminister.com/inventory?action=global&nav=Mode&kw=pantalon 2010-10-19 10:40:31,319 INFO [-Processor90] jean2208 - >>> GET http://www.priceminister.com/inventory?action=modify&aid=178323435&case=2&esa=true&fromurl=%2Finventory%3 Faction%3Dglobal%26kw%3Dpantalon%26nav%3DMode 2010-10-19 10:40:31,458 INFO [-Processor90] jean2208 - (Status : 302) Redirecting to : /inventory?action=global&fi=1&kw=pantalon&nav=Mode 2010-10-19 10:40:31,458 INFO [-Processor90] jean2208 - <<< [139 ms] GET http://www.priceminister.com/inventory?action=modify&aid=178323435&case=2&esa=true&fromurl=%2Fin ventory%3Faction%3Dglobal%26kw%3Dpantalon%26nav%3DMode 2010-10-19 10:40:31,577 INFO [-Processor90] jean2208 - >>> GET http://www.priceminister.com/inventory?action=global&fi=1&kw=pantalon&nav=Mode 2010-10-19 10:40:32,080 ERROR [-Processor90] jean2208 - Block generation error in : com.babelstore.navigation.front.SellerNavigationResult_jsp 2010-10-19 10:40:32,080 ERROR [-Processor90] jean2208 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://w ww.priceminister.com/inventory?action=global&fi=1&kw=pantalon&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode&kw=pantalon~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8~Trace=java.lang.NullPointerException 2010-10-19 10:40:32,080 INFO [-Processor90] jean2208 - <<< [503 ms] GET http://www.priceminister.com/inventory?action=global&fi=1&kw=pantalon&nav=Mode |
| Commentaires |
| Commentaire de Martin Sudmann [ 20/oct./10 14:57 ] |
|
2010-10-20 07:56:13,490 ERROR [-Processor50] yanyan64
- Assembly
error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET
http://ww
w.priceminister.com/inventory?action=global&fi=1&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Win dows NT 6.1; Trident/4.0; SIMBAR={651452E8-DE13-4BAD-B8CF-3024449D7F11}; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; 4399B ox.462; 4399Box.462)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) java.lang.NullPointerException at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) at com.babelstore.navigation.front.SellerNavigationResult_jsp.generate(SellerNavigationResult_jsp.java:605) at com.babelstore.util.Block.generate(Block.java:182) at com.babelstore.util.web.Request.include(Request.java:682) at com.babelstore.util.web.Request.include(Request.java:715) at com.babelstore.util.web.Request.include(Request.java:721) 2010-10-20 07:56:35,402 ERROR [-Processor19] yanyan64 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://ww w.priceminister.com/inventory?action=global&nav=Mode~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SIMBAR={651452E8-DE13-4BAD-B8CF-3024 449D7F11}; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; 4399Box.462; 4399Box.462)~Trace=java.lang.NullPointerException~at c om.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) java.lang.NullPointerException at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) at com.babelstore.navigation.front.SellerNavigationResult_jsp.generate(SellerNavigationResult_jsp.java:605) at com.babelstore.util.Block.generate(Block.java:182) |
| Commentaire de Martin Sudmann [ 20/oct./10 16:35 ] |
|
2010-10-20-05-00_anchise.log.gz:2010-10-19 10:03:58,090
ERROR [Processor111] MODEKID - Assembly
error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET
http://www.priceminister.com/inventory?action=global&fi=1&kw=DOUDOUNE+HELLO~Referrer=http://www.priceminister.com/inventory?action=global&kw=DOUDOUNE+HELLO~User-Agent=Mozilla/4.0
(compatible; MSIE 7.0; Windows NT 6.0; GTB6.5; SLCC1; .NET CLR
2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR
3.0.30618)~Trace=java.lang.NullPointerException~at
com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133)
2010-10-20-05-00_anchise.log.gz:2010-10-19 10:18:34,949 ERROR [-Processor64] priceminel - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; OfficeLiveConnector.1.3; OfficeLivePatch.0.0)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_anchise.log.gz:2010-10-19 19:28:27,973 ERROR [Processor202] isa95490 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&kw=Porsche~Referrer=http://www.priceminister.com/inventory?action=global&kw=Porsche~User-Agent=Mozilla/5.0 (iPhone; U; CPU iPhone OS 3_1_3 like Mac OS X; fr-fr) AppleWebKit/528.18 (KHTML, like Gecko) Version/4.0 Mobile/7E18 Safari/528.16~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_centaure.log.gz:2010-10-19 09:07:19,587 ERROR [-Processor24] letthesun - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://laredoute-occasion.priceminister.com/inventory?action=global&fi=1&nav=Mode_vetement-sport~Referrer=http://laredoute-occasion.priceminister.com/inventory?action=global&nav=Mode_vetement-sport~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 GTB7.1~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_centaure.log.gz:2010-10-19 09:07:47,904 ERROR [-Processor51] letthesun - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://laredoute-occasion.priceminister.com/inventory?action=global&fi=2&nav=Mode_vetement-sport~Referrer=http://laredoute-occasion.priceminister.com/inventory?action=global&nav=Mode_vetement-sport~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 GTB7.1~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_centaure.log.gz:2010-10-19 09:08:08,966 ERROR [-Processor76] letthesun - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://laredoute-occasion.priceminister.com/inventory?action=global&fi=3&nav=Mode_vetement-sport~Referrer=http://laredoute-occasion.priceminister.com/inventory?action=global&nav=Mode_vetement-sport~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 GTB7.1~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_haliades.log.gz:2010-10-19 07:40:42,928 ERROR [-Processor50] patou0108 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&f1=Nuisette&fi=5&nav=Mode_lingerie~Referrer=http://www.priceminister.com/inventory?action=global&f1=Nuisette&fi=4&nav=Mode_lingerie~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 GTB7.1 (.NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_haliades.log.gz:2010-10-19 09:15:13,833 ERROR [-Processor44] cdlabombe - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&kw=1487~Referrer=http://www.priceminister.com/inventory?action=global&kw=1487~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 GTB7.1 ( .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_haliades.log.gz:2010-10-19 09:44:06,478 ERROR [-Processor39] nini180805 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&f1=Robe&fi=1&nav=Mode_Mode-femme~Referrer=http://www.priceminister.com/inventory?action=global&f1=Robe&nav=Mode_Mode-femme~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; AOL 9.0; AOLBuild 4327.5201; Windows NT 5.1)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_kapys.log.gz:2010-10-19 10:35:44,593 ERROR [Processor109] cilce4 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=3&kw=robe~Referrer=http://www.priceminister.com/inventory?action=global&kw=robe~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_kapys.log.gz:2010-10-19 11:47:37,222 ERROR [Processor101] Pierrev7185 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&kw=polaire~Referrer=http://www.priceminister.com/inventory?action=global&kw=polaire~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_kapys.log.gz:2010-10-19 11:47:45,891 ERROR [Processor110] Pierrev7185 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&kw=polaire~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_kapys.log.gz:2010-10-19 11:47:51,914 ERROR [Processor119] Pierrev7185 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&kw=polaire&nav=Mode~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_orichalque.log.gz:2010-10-19 05:46:35,882 ERROR [-Processor28] happynece - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Mode_Mode-femme~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode_Mode-femme~User-Agent=Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_orichalque.log.gz:2010-10-19 09:27:28,602 ERROR [-Processor96] jlefe - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&kw=cuir~Referrer=http://www.priceminister.com/inventory?action=global&kw=cuir~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 GTB5 (.NET CLR 3.5.30729) FBSMTWB~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_orichalque.log.gz:2010-10-19 09:27:37,335 ERROR [-Processor97] jlefe - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&kw=cuir&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&fi=1&kw=cuir~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 GTB5 (.NET CLR 3.5.30729) FBSMTWB~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_orichalque.log.gz:2010-10-19 09:27:47,035 ERROR [-Processor43] jlefe - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&nav=Mode&kw=cuir~Referrer=http://www.priceminister.com/inventory?action=global&kw=cuir&nav=Mode~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 GTB5 (.NET CLR 3.5.30729) FBSMTWB~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_pendragon.log.gz:2010-10-19 07:51:32,925 ERROR [-Processor52] chris7171 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_pendragon.log.gz:2010-10-19 07:51:52,716 ERROR [-Processor55] chris7171 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=2&nav=Mode_Mode-femme~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode_Mode-femme~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_pendragon.log.gz:2010-10-19 07:53:33,627 ERROR [-Processor10] chris7171 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=3&nav=Mode_Mode-femme~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode_Mode-femme~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_pendragon.log.gz:2010-10-19 07:53:38,077 ERROR [-Processor51] chris7171 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&nav=Mode_Mode-femme~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_pendragon.log.gz:2010-10-19 07:53:43,969 ERROR [-Processor32] chris7171 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_pendragon.log.gz:2010-10-19 07:53:49,218 ERROR [-Processor23] chris7171 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&nav=Mode_Mode-femme~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_rhome.log.gz:2010-10-19 10:44:03,681 ERROR [-Processor44] otyphon - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Mode~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; FBSMTWB; GTB6.5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0C)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_rhome.log.gz:2010-10-19 10:44:51,969 ERROR [-Processor42] otyphon - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global~Referrer=http://www.priceminister.com/inventory?action=recent~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; FBSMTWB; GTB6.5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0C)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_rhome.log.gz:2010-10-19 10:44:53,758 ERROR [-Processor79] otyphon - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global~Referrer=http://www.priceminister.com/inventory?action=recent~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; FBSMTWB; GTB6.5; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; OfficeLiveConnector.1.5; OfficeLivePatch.1.3; .NET4.0C)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sais.log.gz:2010-10-19 09:45:37,380 ERROR [-Processor16] cokoone - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=2&kw=bl%E9~Referrer=http://www.priceminister.com/inventory?action=global&kw=bl%E9~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sais.log.gz:2010-10-19 09:48:58,084 ERROR [Processor116] cokoone - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=3&kw=polaire~Referrer=http://www.priceminister.com/inventory?action=global&kw=polaire~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sais.log.gz:2010-10-19 09:49:04,370 ERROR [Processor104] cokoone - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&kw=polaire~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sais.log.gz:2010-10-19 09:49:09,176 ERROR [Processor115] cokoone - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global~Referrer=http://www.priceminister.com/inventory?action=global&kw=polaire~User-Agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.5)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sauron.log.gz:2010-10-19 07:25:34,044 ERROR [-Processor52] bipeline - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Maison_art-table-cuisine~Referrer=http://www.priceminister.com/inventory?action=global&nav=Maison_art-table-cuisine~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sauron.log.gz:2010-10-19 07:25:44,750 ERROR [-Processor39] bipeline - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&f1=Laguiole&nav=Maison_art-table-cuisine~Referrer=http://www.priceminister.com/inventory?action=global&fi=1&nav=Maison_art-table-cuisine~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_sauron.log.gz:2010-10-19 09:41:00,742 ERROR [Processor129] globemar - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&kw=FENETRE+OUI+OUI~Referrer=http://www.priceminister.com/inventory?action=global&kw=FENETRE+OUI+OUI~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; GTB6; .NET CLR 1.1.4322; InfoPath.1)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_titeia02.log.gz:2010-10-19 06:53:47,451 ERROR [-Processor16] kaki56 - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&nav=Mode_accessoire-mode&pa=2~Referrer=http://www.priceminister.com/inventory?action=global&nav=Mode_accessoire-mode&pa=2~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; Orange 8.0; NaviWoo2.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_titeia02.log.gz:2010-10-19 07:06:07,636 ERROR [-Processor50] quifeca - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=1&kw=ensemble+daxon~Referrer=http://www.priceminister.com/inventory?action=global&kw=ensemble+daxon~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) 2010-10-20-05-00_titeia02.log.gz:2010-10-19 07:10:26,487 ERROR [P-Processor4] quifeca - Assembly error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.priceminister.com/inventory?action=global&fi=2&kw=robe+baby+face~Referrer=http://www.priceminister.com/inventory?action=global&kw=robe+baby+face~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2~Trace=java.lang.NullPointerException~at com.babelstore.common.BreadCrumbsFormat.getHtlmPathForNavigationResult(BreadCrumbsFormat.java:133) |
| Commentaire de Martin Sudmann [ 20/oct./10 16:37 ] |
|
on a l'impression que ça arrive surtout là où on navigue sur les cpl, mais ce n'est pas systématique.
Pas de traces dans les logs concernant la boutique, ce n'est que l'inventaire qui est impacté. |
| Commentaire de Cédric Goldovsky [ 20/oct./10 16:48 ] |
| MDPLVC |
| Commentaire de Martin Sudmann [ 22/oct./10 11:38 ] |
| résultat des logs étendus en prod |
| Commentaire de Martin Sudmann [ 27/oct./10 17:32 ] |
|
le pb vient du fait que l'on se trouve dans certains cas
avec des annonces bricolés à la main, qui portent le produit cpl comme
produit de base, et pas de produit de base de tout.
Le pôle VEN avait ajouté ces "FakeAdverts" pour gérer le cas où on ne trouve pas d'annonce via Oracle pour un produit qui est retourné par la requête Fast dans l'inventaire (annonce supprimé, en panier etc., mais pas encore réindexé par Fast). Ils créent manuellement des annonces vides auxquelles ils ajoutent le produit Fast via setProduct (qui positionne le produit de base), pour ainsi pouvoir afficher le produit dans l'inventaire (on a une liste d'annonces en boutique et inventaire, alors sans annonce, pas de produit dans la nav). Par contre, dans les vêtements par ex., on navigue sur les compléments. Du coup ils ajoutent le cpl à la place du produit de base (que l'on n'a pas à cet endroit). Pour construire le CdF, on utilise l'ID du produit de base comme clé. A cause de cet échange de base et cpl, la map contient comme clé l'ID du cpl et non du base, et donc on ne trouve pas le produit et ça plante. Le patch mis en prod avec le log empêche la NPE, du coup ce qui reste est l'absence du CdF sur des annonces correspondantes aux conditions décrits. La correction étant un peu complexe (car située mi-chemin entre NAV et VEN) avec des possibles régressions coté boutique et inventaire, et moins urgent depuis le patch, ce bug reste en STAND-BY en attente d'une priorisation coté fonc. |
| Commentaire de Martin Sudmann [ 27/oct./10 17:35 ] |
|
PS
on a parsemé le code avec des TODOs aux endroits à impacter. Voir check-in Bazaar: http://perrier:8090/dev/release/V79/revision/27053 |
[APP-31430] Toujours des pbs avec pagenumber : dans SlideShow notamment Création: 15/oct./10 12:49 Mise à jour: 18/oct./10 14:30 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 79.0.0 (NAV-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
2010-10-15 11:51:05,641 INFO [P-Processor4] 192.168.1.29 - >>> GET http://www.pminteg.fr/image?action=slideshow&aid=293642104&galimageid=863563231&productid=67893278
2010-10-15 11:51:06,210 ERROR [P-Processor4] 192.168.1.29 - Left side ($pageNumber) of '>' operation has null value at PMVelocity - Type: Référencement H1 - Category[343966][ line 10, column 17] 2010-10-15 11:51:06,210 ERROR [P-Processor4] 192.168.1.29 - Left side ($pageNumber) of '>' operation has null value at PMVelocity - Type: Référencement H1 - Category[343966][ line 10, column 17] 2010-10-15 11:51:06,210 ERROR [P-Processor4] 192.168.1.29 - Left side ($pageNumber) of '>' operation has null value at PMVelocity - Type: Référencement H1 - Category[343966][ line 10, column 17] |
| Commentaires |
| Commentaire de Thomas Allier [ 15/oct./10 15:08 ] |
|
doublon de |
| Commentaire de Christophe Garcia [ 15/oct./10 15:19 ] |
| Si j'ai créé un nouveau JIRA c'est précisément parce qu'il y a encore un problème |
| Commentaire de Antoine Carré [ 15/oct./10 17:52 ] |
|
L'erreur intervient comme si l'arbre de navigation était
appelé et que l'on cherchait le paramètre "Référencement H1".
Malheureusement je n'ai pas réussi à trouver où cet appel était fait pour le slideshow ... je réassigne donc le jira à dispatcherNav pour le moment. |
| Commentaire de Thomas Allier [ 18/oct./10 14:30 ] |
|
L'erreur venait du fait que la valeur du h1 était
incorrectement paramétrée (car il s'agissait d'un test effectué pour
contrôler le fonctionnement de la variable $PageNumber).
Le bon paramétrage vérifie maintenant la présence ou non d'une variable de pagination. A termes, il faudra empêcher le matching du produit dans l'arbre de navigation sur la page slideshow, puisque ça n'a aucune utilité sur cette page (pas de cdf ni rien qui utilise le matching produit) |
[APP-31428] Insérer GUIDE VENDEUR PRO dans mail applicatif "créer un compte pro" Création: 15/oct./10 11:14 Mise à jour: 09/nov./10 15:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Merci d'insérer dans le mail applicatif "contact pros --> créer un compte pro" sur le site UK le lien suivant à la fin du mail : http://www.priceminister.com/visuels/PRO/SellersGuide2010-09.pdf Merci |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 09/nov./10 15:54 ] |
|
Gaël en copie.
A priori, c'est une demande qui concerne les 3 plateformes. |
[APP-31425] [FP] Accessoires Auto : Onglet "3 vendeurs proposent" fermé à sa base Création: 15/oct./10 10:37 Mise à jour: 15/oct./10 14:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 79.0.0 (NAV-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Tartalacrem |
| Navigateur: | FireFox 3.0 |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 15/oct./10 10:37 ] |
| http://www.pminteg.fr/offer/buy/50715733/Bougie-De-Prechauffage-Alfa-Romeo-145-1-9-Td.html |
| Commentaire de Thomas Allier [ 15/oct./10 14:37 ] |
|
En réalité, le cas peu bien se produit si on a un type de
produit complément avec selecteur, et que l'attribut sur lequel porte le
selecteur n'est pas renseigné.
Il faut donc traiter ce cas côté maquette. Pas d'urgence cependant, ce n'est pas une regression liée à la NAV-E |
Redirection 301 lorsque catégorie inexistante au lieu de 302
(APP-29738)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Caroline Schinzel | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Exemple :
http://www.priceminister.com/navigation/default/category/222424 |
| Commentaires |
| Commentaire de Caroline Schinzel [ 14/oct./10 16:30 ] |
| Demande trop de tests de non régression pour le faire en NAV-E |
[APP-31418] [MeV] Possibilité d'enregistrer les choix des checkboxes en Spécifications Création: 14/oct./10 15:49 Mise à jour: 14/oct./10 15:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Simon Stevant | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Checkboxes.JPG
Checkboxes2.JPG
|
| Pays: |
FRA - France
|
| Projets PM: | MEV - Image et Son |
| Description |
|
Je souhaiterai pouvoir faire passer en Spécifications sur
les Fiches Produit les choix de checkboxes qui passent bien comme
valeurs d'attribut.
|
[Cob / Boutique] Il est possible d'acheter du NEUF sur la redoute en passant par la boutique d'un vendeur
(APP-26066)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 84.0.0 (NAV-F) |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Antoine Carré | Attribution: | Antoine Carré |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Classif2: | backlog chasse |
| Description |
|
Tout comme le Jira principal, si un vendeur propose du neuf, il est possible d'y accéder via sa vitrine.
|
| Commentaires |
| Commentaire de Antoine Carré [ 15/oct./10 15:04 ] |
| Caj2010Q4NAV |
| Commentaire de Antoine Carré [ 26/janv./11 10:25 ] |
| A discuter en équipe |
| Commentaire de Antoine Carré [ 31/janv./11 14:39 ] |
| Même problème sur l'onglet "Mes derniers arrivages". |
[APP-31395] caractère allemand engendre bug sur cfonb reversement par virement Création: 12/oct./10 11:49 Mise à jour: 12/oct./10 14:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Claire Durand | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Salut,
un utilisateur a utilisé un caractère allemand dans le champ nom du titulaire lors de l'enregistrement de ses reversements : http://bo.priceminister.jmh/wallet_back?action=operationbackview&operationid=526010598&popup=true sur le cfonb le "ß" est devenu "SS" mais a décalé la ligne d'info liée à ce compte. Il faudrait interdire ce type de caractère que nous ne reconnaissons pas et qui engendre des bugs sur les cfonb Merci Claire |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 12/oct./10 14:11 ] |
| "critique" me parait un poil sévère |
| Commentaire de Steven Harel [ 12/oct./10 14:41 ] |
| c'est le deuxième bug identifié sur les cfonb. le premier n'a toujours pas été traité. merci de ne pas les faire trainer. ce sont des fichiers qui envoient plusieurs millions d'euros, il est indispensable d'avoir qq chose de fiable |
| Commentaire de Emeric Teil [ 12/oct./10 14:47 ] |
| Ok ok, c'est juste que dans ton précédent Jira tu dis "pas d'urgence" donc... :o) |
[APP-31386] [FP] Abversion=2 :Sous SAFARI le commentaire de l'annonce vient toucher le bord du cadre Création: 11/oct./10 17:51 Mise à jour: 18/oct./10 17:30 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 79.0.0 (NAV-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
toto.tiff
|
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | BuyBox |
| Navigateur: | Safari |
| Commentaires |
| Commentaire de Thomas Allier [ 12/oct./10 15:33 ] |
| testé sous safari 5 |
| Commentaire de Christophe Garcia [ 18/oct./10 14:32 ] |
| Voir screenshot |
| Commentaire de Gafour Abdoul [ 18/oct./10 17:30 ] |
|
correction à prendre en compte suivant les résultats de l'AB test.
TAL nous renverra alors le JIRA |
[APP-31381] [Gestionnaire de commandes] suppression site nodes plus utilisés Création: 11/oct./10 11:20 Mise à jour: 11/oct./10 11:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 81.0.0 (TX-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Clement Balay |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
BUYER_ITEM_DETAIL
BUYER_ITEM_QUESTION SELLER_ITEM_DETAIL SELLER_ITEM_QUESTION_SUCCESS |
[APP-31379] [XiTi] : Ajout d'un critère global contenant le nom du serveur applicatif Création: 08/oct./10 17:04 Mise à jour: 08/oct./10 17:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Afin de pouvoir mesurer les impacts business de certains
tests d'optimisation des perfs (ex : suppression de la stoplist sur les
recos panier), on souhaite pour voir réaliser des segmentations sur des
serveurs applis (serveurs sur lesquels on réalise les tests)...
Pour cela, il faudrait ajouter un critère global contenant le nom du serveur d'appli... L'identifiant est de type "Texte" (NomDuServeur), les références sont : Prod : -> X30 pr FR -> X28 pr ES et UK Test : -> X32 en dev FR -> X28 en ES et UK Merci d'avance |
[APP-31373] Plantage en fin de MEV Création: 08/oct./10 09:53 Mise à jour: 21/févr./11 10:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.2.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Description |
|
Une cinquantaine de cas tous les jours en PROD mais je n'ai pas réussi à le reproduire en INTEG.
2010-10-08 07:52:28,039 INFO [-Processor37] quicklily - >>> GET http://www.priceminister.com/submit?action=submitproposition&aid=334715328&pid=108585366 2010-10-08 07:52:28,045 INFO [-Processor37] quicklily - (Status : 302) Redirecting to : /submit?action=submitview&aid=334715328&dc=0&iip=true&pd=2&pi=60 2010-10-08 07:52:28,045 INFO [-Processor37] quicklily - <<< [5 ms] GET http://www.priceminister.com/submit?action=submitproposition&aid=334715328&pid=108585366 2010-10-08 07:52:28,319 INFO [-Processor37] quicklily - >>> GET http://www.priceminister.com/submit?action=submitview&aid=334715328&dc=0&iip=true&pd=2&pi=60 2010-10-08 07:52:28,320 INFO [P-Processor9] 77.197.141.227 - <<< [980 ms] GET http://www.priceminister.com/res/pic/0/www/www/50095/seller_game_enroll.swf 2010-10-08 07:52:28,487 ERROR [-Processor37] quicklily - Block generation error in : com.babelstore.submit.front.SubmitView_jsp 2010-10-08 07:52:28,488 ERROR [-Processor37] quicklily - Assembly error~Servlet=com.babelstore.submit.front.SubmitServlet~Request=GET http://www.priceminister.com/submit? action=submitview&aid=334715328&dc=0&iip=true&pd=2&pi=60~Referrer=http://www.priceminister.com/submit?action=submitview&aid=334715328&dc=2~User-Agent=Mozilla/5.0 (Windows; U; Wi ndows NT 5.1; fr; rv:1.9.0.14) Gecko/2009082707 Firefox/3.0.14 (.NET CLR 3.5.30729) BarreMagique~Trace=java.lang.NullPointerException~at com.babelstore.submit.front.SubmitViewFa cade.getSubmitPropositionVelocityContextMap(SubmitViewFacade.java:234) java.lang.NullPointerException at com.babelstore.submit.front.SubmitViewFacade.getSubmitPropositionVelocityContextMap(SubmitViewFacade.java:234) at com.babelstore.submit.front.SubmitViewModel.getSubmitPropositionVelocityContextMap(SubmitViewModel.java:173) at com.babelstore.submit.front.SubmitView_jsp.generate(SubmitView_jsp.java:658) at com.babelstore.util.Block.generate(Block.java:182) at com.babelstore.util.web.Request.include(Request.java:682) at com.babelstore.util.web.Request.include(Request.java:715) at com.babelstore.util.web.Request.include(Request.java:721) at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:339) at com.babelstore.util.Block.generate(Block.java:182) at com.babelstore.util.web.Screen.generate(Screen.java:162) at com.babelstore.util.web.Request.generate(Request.java:655) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:878) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:519) |
| Commentaires |
| Commentaire de Manuel Sadok [ 08/oct./10 12:29 ] |
| Problème depuis la dernière CTN. Voir si l'ajout de la ch'clem'up n'a pas produit de régression. |
| Commentaire de Damien Dorizy [ 11/oct./10 11:41 ] |
|
J'ai regardé ce qui aurait pu entrainer une régression mais à
priori l'ajout de la Ch'Clém'up n'a aucun impact, il s'agit d'une
nouvelle méthode hasToDisplaySellerGame() dans SubmitViewModel, qui n'a
aucun lien avec l'erreur remontée ici
(getSubmitPropositionVelocityContextMap).
submitProposition semble être null, mais aucune idée pourquoi. |
| Commentaire de Damien Dorizy [ 11/oct./10 11:44 ] |
|
D'autant que l'appel de l'url http://www.priceminister.com/submit?action=submitview&aid=334715328&dc=0&iip=true&pd=2&pi=60 fonctionne.
Erreur toujours présente en prod ? |
| Commentaire de Damien Dorizy [ 11/oct./10 11:45 ] |
| Tu peux confirmer (ou pas) Manu ? |
| Commentaire de Cédric Goldovsky [ 11/oct./10 15:25 ] |
| MDPLVC |
| Commentaire de Manuel Sadok [ 11/oct./10 15:56 ] |
| Est-ce que la fermeture de la popup peut provoquer un rechargement de la page principale ? |
| Commentaire de Damien Dorizy [ 11/oct./10 19:02 ] |
| Non, les seules actions qui sont effectuées depuis la Ch'Clém'up sont des requêtes Ajax, donc aucun rechargement de la page principale. |
| Commentaire de Damien Dorizy [ 14/oct./10 14:40 ] |
|
CTN-investigation mène l'enquête :
> SubmitViewModel.java (l.139) submitProposition = submitViewFacade.getNextSubmitProposition... > SubmitViewFacade.java (l.176) SubmitProposition submitProposition = SubmitPropositionFactory.getBestSubmitProposition... > SubmitPropositionFactory.java (l.27) @return null si aucune proposition n'est trouvée. ... > retour dans SubmitViewModel.java (l.173) submitViewFacade.getSubmitPropositionVelocityContextMap(..., submitProposition) > SubmitViewFacade.java (l.234) submitProposition.getVelocityContext(...) ... (d'autant que dans postLoad - l.184 - on fait bien le test : if(submitProposition != null) {...) Erreur remontée ci-dessus : > NullPointerException at com.babelstore.submit.front.SubmitViewFacade.getSubmitPropositionVelocityContextMap(SubmitViewFacade.java:234) On a une piste ? |
[APP-31368] Upload images KO ? Création: 07/oct./10 15:19 Mise à jour: 14/oct./10 16:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | Photos annonce | ||||||||||||
| Navigateur: | Tous | ||||||||||||
| Description |
|
Depuis quelques jours de nombreux utilisateurs nous
signalent que l'upload d'images est KO (pas de lien "Ajoutez vos
images").
Moi même ça ne fonctionne plus sous Chrome... http://bo.priceminister.jmh/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=19411540&usrmessageid=277165380 http://bo.priceminister.jmh/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=18639153&usrmessageid=277245757 http://bo.priceminister.jmh/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=18119030&usrmessageid=277326926 http://bo.priceminister.jmh/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=17366557&usrmessageid=277217338 http://bo.priceminister.jmh/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=19105083&usrmessageid=277350276 Etc... |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 11/oct./10 10:21 ] |
| De plus en plus de messages concernant ce problème. |
| Commentaire de Damien Dorizy [ 14/oct./10 11:15 ] |
|
Comme vu ensemble, problème différent du APP-28904.
Ici, le lien a disparu pour beaucoup d'habitués à cause d'un problème de cache, ce qui a priori n'empêche pas l'upload si on clique sur l'espace vide. Le problème semble se tasser (moins de messages concernant les liens disparus), on attend de nouveaux retours, si le problème persiste il faudra remettre l'image de fond ou essayer de forcer un nouveau rechargement des caches. J'ai commenté le Jira APP-28904 concernant les erreurs sous Chrome et autres. |
| Commentaire de Damien Dorizy [ 14/oct./10 16:27 ] |
| [CAJ2010Q4CTN] |
[APP-31359] [PeC3] : Pbm avec la répartition de l'ABTest ? Création: 06/oct./10 15:29 Mise à jour: 07/oct./10 18:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Les parts de voix en Prod ne sont pas réparties
équitablement... quand je test en Dev, j'ai systématiquement la version A
ou C mais jamais la B ou la D...
|
| Commentaires |
| Commentaire de Emeric Teil [ 07/oct./10 18:02 ] |
| Après vérification, il semblerait qu'on ne puisse plus (depuis quand ?) configurer une même version avec deux tags XiTi différents...il faudrait (ré)implémenter ça... |
[APP-31337] [MEV Image et Son FR] Appareil photo numérique : megapixel passe à la ligne Création: 05/oct./10 16:55 Mise à jour: 07/janv./11 15:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 80.0.0 (VEN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Navigateur: | Tous | ||||||||||||
| Description |
|
En cas d'erreur sur le champ "Résolution", megapixel passe à la ligne
|
| Commentaires |
| Commentaire de Cécile Jeanne [ 07/oct./10 16:04 ] |
|
Il faut déplacer :
<label class="lbl_secondary currency" for="ctrl349094attunit"> <span>Mégapixels</span> </label> juste avant : <label class="error" for="ctrl349094">Saisissez la <em>résolution du capteur</em>. </label> J'ai commité le layout. |
| Commentaire de Manuel Sadok [ 16/déc./10 11:41 ] |
| Code HTML généré par une classe Java (FormFactory?) |
| Commentaire de Arnaud Potier [ 17/déc./10 11:58 ] |
|
Après vérification, il semble qu'il y ai un autre problème.
Il y a également une balise <p> qui n'est pas fermée.
La correction de ce JIRA implique de d'abord corriger ce problème de balise non fermée. Il faut ensuite intervertir sur le paramétrage des controle génériques "input avec unité" les valeurs d'erreur et de controle d'unité. Cela corrige le problème pour ce formulaire, mais entraîne potentiellement une régression pour tous les formulaires 4G ayant des unités. Ci joint une photo de régression entrainée pour un formulaire de mise en vente d'ordinateur. Il faudrait se coordonner avec l'équipe MAQ pour déterminer quoi faire exactement (tout en sachant que chaque modification pour un contrôle d'unité est valable pour tous les formulaires). Cf layout du n° du jira associé commité sur la branche de maintenance du pôle VEN. |
| Commentaire de Arnaud Potier [ 17/déc./10 12:00 ] |
| Problème de gras sur les unités |
| Commentaire de Jean-Sébastien Franck [ 03/janv./11 17:03 ] |
| Jira a affecté aux maquettistes? |
[APP-31320] [Site Under] Erreur lorsque le navigateur bloque la popup Création: 05/oct./10 11:07 Mise à jour: 05/oct./10 11:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Lorsque le navigateur bloque une site under (Firefox,
IE7...), cela provoque une erreur JavaScript car la fenêtre n'a pas été
créée. Il faut stopper le déroulement du script lorsque la popup n'a pas
été ouverte.
|
[APP-31316] NPE sur MEV complète Création: 05/oct./10 10:10 Mise à jour: 21/févr./11 10:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
APP-31316_log_prod.TXT
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Description |
|
2010-10-05 09:04:02,713 INFO [-Processor22] 81.57.226.58 - >>> GET http://www.priceminister.com/submit?action=submitcomplete&aid=227374600&catFamille=PM07897246&catInstrume
nt=PM07654712&categoryref=308959&comment=piano+HOHNER+ELECTRIQUE%2C+GRAND+COCERT%2C+3+PEDALES%2C+tr%E8s+bon+%E9tat&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse&manufactu rer=PM00001751&originalPrice=1000&pickup=true&prdDescription=Vends+piano+HOHNER+ELECTRIQUE+%28+GRAND+CONCERT%29%2C+3+p%E9dales%0D%0A06+61+29+97+70.%0D%0A280euros&productid=82905 051&qty=1&sellingPrice=280&shippingMode=true&stage=0&state=20&submitstage=true&title=PIANO+HOHNER+ELECTRIQUE%28+GRAND+CONCERT%29&weight=PM00216948&frompickup=true 2010-10-05 09:04:02,721 ERROR [-Processor22] 81.57.226.58 - Load error~Servlet=com.babelstore.submit.front.SubmitServlet~Request=GET http://www.priceminister.com/submit?acti on=submitcomplete&aid=227374600&catFamille=PM07897246&catInstrument=PM07654712&categoryref=308959&comment=piano+HOHNER+ELECTRIQUE%2C+GRAND+COCERT%2C+3+PEDALES%2C+tr%E8s+bon+%E9t at&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse&manufacturer=PM00001751&originalPrice=1000&pickup=true&prdDescription=Vends+piano+HOHNER+ELECTRIQUE+%28+GRAND+CONCERT%29% 2C+3+p%E9dales%0D%0A06+61+29+97+70.%0D%0A280euros&productid=82905051&qty=1&sellingPrice=280&shippingMode=true&stage=0&state=20&submitstage=true&title=PIANO+HOHNER+ELECTRIQUE%28+ GRAND+CONCERT%29&weight=PM00216948&frompickup=true~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0)~Trace=java.lang.NullPointerException~ at com.babelstore.submit.front.SubmitPropositionAction.<init>(SubmitPropositionAction.java:140) java.lang.NullPointerException at com.babelstore.submit.front.SubmitPropositionAction.<init>(SubmitPropositionAction.java:140) at com.babelstore.submit.front.SubmitAction.getLandingPageUrl(SubmitAction.java:453) at com.babelstore.submit.front.SubmitCompleteAction.execute(SubmitCompleteAction.java:118) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:484) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:413) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:310) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:244) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-10-05 09:04:02,721 INFO [-Processor22] 81.57.226.58 - Setting response status code to 503 |
| Commentaires |
| Commentaire de Christophe Garcia [ 05/oct./10 11:02 ] |
|
Un autre exemple sur un autre formulaire mais qui plante au même endroit
2010-10-05 09:55:11,952 INFO [Processor120] 80.14.56.87 - >>> GET http://www.priceminister.com/submit?action=submitcomplete&aid=248906427&categoryref=193618&comment=Pousse tte+TROPHY+Avenue+grise+et+noire+avec+grosses+roues+tout+terrain%2C+trois+niveaux+de+suspension%2C+panier+de+rangement%2C+se+plie+d%27une+main+et+systeme+Modulo+Clip.+hamac+bleu +ciel+de+6+mois+%E0+4+ans+avec+arceau+de+maintien+et+capote+pour+soleil+ou+pluie.+si%E8ge+auto+CREATIS+groupe+0%2B+de+la+naissance+%E0+9+mois+%3C+13+kg.+habillage+RED+CASTLE+dou bl%E9+polaire+id%E9al+pour+couvrir+b%E9b%E9+sans+le+d%E9ranger.+notice+d%27utilisation.tr%E9s+bon+%E9tat+peu+servi.+prix+neuf+500+euros.&ctrl319991=PM49313244&ctrl319995=PM00212 978&ctrl320015=PM00216948&ctrl320016=Poussettes%2FLandaus+B%E9b%E9+Confort+&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse&manufacturer=PM00338203&pdtType=PM00244944&picku p=true&productid=89990806&qty=1&sellingPrice=250&shippingMode=true&stage=0&state=20&submitstage=true&frompickup=true&&tab=photo 2010-10-05 09:55:11,954 ERROR [Processor120] 80.14.56.87 - Load error~Servlet=com.babelstore.submit.front.SubmitServlet~Request=GET http://www.priceminister.com/submit?acti on=submitcomplete&aid=248906427&categoryref=193618&comment=Poussette+TROPHY+Avenue+grise+et+noire+avec+grosses+roues+tout+terrain%2C+trois+niveaux+de+suspension%2C+panier+de+ran gement%2C+se+plie+d%27une+main+et+systeme+Modulo+Clip.+hamac+bleu+ciel+de+6+mois+%E0+4+ans+avec+arceau+de+maintien+et+capote+pour+soleil+ou+pluie.+si%E8ge+auto+CREATIS+groupe+0% 2B+de+la+naissance+%E0+9+mois+%3C+13+kg.+habillage+RED+CASTLE+doubl%E9+polaire+id%E9al+pour+couvrir+b%E9b%E9+sans+le+d%E9ranger.+notice+d%27utilisation.tr%E9s+bon+%E9tat+peu+ser vi.+prix+neuf+500+euros.&ctrl319991=PM49313244&ctrl319995=PM00212978&ctrl320015=PM00216948&ctrl320016=Poussettes%2FLandaus+B%E9b%E9+Confort+&fronteventshistory=PM.Forms.Steps.ch ange%2C1%2Cfalse&manufacturer=PM00338203&pdtType=PM00244944&pickup=true&productid=89990806&qty=1&sellingPrice=250&shippingMode=true&stage=0&state=20&submitstage=true&frompickup= true&&tab=photo~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; GTB6.5; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; WinNT-PAI 12.09.2009; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; AskTB5.6)~Trace=java.lang.NullPointerException ~at com.babelstore.submit.front.SubmitPropositionAction.<init>(SubmitPropositionAction.java:140) java.lang.NullPointerException at com.babelstore.submit.front.SubmitPropositionAction.<init>(SubmitPropositionAction.java:140) at com.babelstore.submit.front.SubmitAction.getLandingPageUrl(SubmitAction.java:453) at com.babelstore.submit.front.SubmitCompleteAction.execute(SubmitCompleteAction.java:118) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:484) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:413) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:310) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:244) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) |
| Commentaire de Swan Desportes [ 11/oct./10 12:16 ] |
| Est ce que ce serait lié aux dernières livraisons de formulaires mev 4G ? |
| Commentaire de Simon Stevant [ 11/oct./10 15:30 ] |
| Je n'arrive pas à reproduire le bug, même à partir du compte de la cliente. |
| Commentaire de Simon Stevant [ 11/oct./10 16:37 ] |
| Compte en question: 13602367 |
| Commentaire de Christophe Garcia [ 14/oct./10 16:33 ] |
|
Un autre exemple
2010-10-14 06:38:06,817 INFO [P-Processor6] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitcomplete&aid=336154314&categoryref=190699&color=PM074826 51&comment=Collier+neuf+en+perle+de+Majorque+cause+cessation+d%27activit%E9+%2C+aux+couleurs+douce+rose+p%E2le+et+quelques+perles+rouge+.+Magnifique+collier+qui+habillera+vos+te nus+ou+magnifique+cadeau+%E0+offrir+pour+les+f%EAtes+.&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse&isupdate=false&manufacturer=PM00017399&originalPrice=70&pickup=true&p roductType=PM07504752&productid=111641579&qty=1&sellingPrice=50&shippingMode=true&size=PM07047146&stage=10&state=10&submitstage=false&title=Collier++en+perle+de+majorque&varpubl ic=PM06955147&frompickup=true 2010-10-14 06:38:06,824 INFO [P-Processor6] audrey3115 - (Status : 302) Redirecting to : /submit?action=submitview&aid=336154314&dc=1 2010-10-14 06:38:06,824 INFO [P-Processor6] audrey3115 - <<< [6 ms] GET http://www.priceminister.com/submit?action=submitcomplete&aid=336154314&categoryref=190699&color=P M07482651&comment=Collier+neuf+en+perle+de+Majorque+cause+cessation+d%27activit%E9+%2C+aux+couleurs+douce+rose+p%E2le+et+quelques+perles+rouge+.+Magnifique+collier+qui+habillera +vos+tenus+ou+magnifique+cadeau+%E0+offrir+pour+les+f%EAtes+.&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse&isupdate=false&manufacturer=PM00017399&originalPrice=70&pickup =true&productType=PM07504752&productid=111641579&qty=1&sellingPrice=50&shippingMode=true&size=PM07047146&stage=10&state=10&submitstage=false&title=Collier++en+perle+de+majorque& varpublic=PM06955147&frompickup=true 2010-10-14 06:38:06,917 INFO [P-Processor6] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=1 2010-10-14 06:38:07,046 INFO [P-Processor6] audrey3115 - <<< [129 ms] GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=1 2010-10-14 06:38:13,776 INFO [-Processor13] audrey3115 - >>> GET http://www.priceminister.com/image?action=upload&aid=336154314&pd=1&pi=20&productid=111641579 2010-10-14 06:38:13,868 INFO [-Processor13] audrey3115 - <<< [92 ms] GET http://www.priceminister.com/image?action=upload&aid=336154314&pd=1&pi=20&productid=111641579 2010-10-14 06:39:53,555 INFO [-Processor33] audrey3115 - >>> GET http://www.priceminister.com/image?action=upload&aid=336154314&pd=1&pi=20&productid=111641579 2010-10-14 06:39:53,555 INFO [-Processor33] audrey3115 - Same request - count=1 - delay=99779ms 2010-10-14 06:39:53,650 INFO [-Processor33] audrey3115 - <<< [95 ms] GET http://www.priceminister.com/image?action=upload&aid=336154314&pd=1&pi=20&productid=111641579 2010-10-14 06:40:14,814 INFO [-Processor13] audrey3115 - >>> GET http://www.priceminister.com/image?action=upload&aid=336154314&pd=1&pi=20&productid=111641579 2010-10-14 06:40:14,814 INFO [-Processor13] audrey3115 - Same request - count=2 - delay=21259ms 2010-10-14 06:40:14,913 INFO [-Processor13] audrey3115 - <<< [99 ms] GET http://www.priceminister.com/image?action=upload&aid=336154314&pd=1&pi=20&productid=111641579 2010-10-14 06:40:18,730 INFO [P-Processor6] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=0&pd=1&pi=20 2010-10-14 06:40:18,926 INFO [P-Processor6] audrey3115 - <<< [196 ms] GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=0&pd=1&pi=20 2010-10-14 06:45:19,752 INFO [-Processor27] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitproposition&aid=336154314&pid=111641579 2010-10-14 06:45:19,756 INFO [-Processor27] audrey3115 - (Status : 302) Redirecting to : /submit?action=submitview&aid=336154314&dc=0&iip=true&pd=2&pi=50 2010-10-14 06:45:19,756 INFO [-Processor27] audrey3115 - <<< [4 ms] GET http://www.priceminister.com/submit?action=submitproposition&aid=336154314&pid=111641579 2010-10-14 06:45:19,841 INFO [-Processor27] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=0&iip=true&pd=2&pi=50 2010-10-14 06:45:19,860 INFO [-Processor27] audrey3115 - Start to compute counters from 'FO : Compteurs de mise en vente pour la LPS' (FROM_FO_MEV_LPS) 2010-10-14 06:45:19,862 INFO [-Processor27] audrey3115 - Delay to compute counters from 'FO : Compteurs de mise en vente pour la LPS' (FROM_FO_MEV_LPS) : 2 ms 2010-10-14 06:45:19,981 INFO [-Processor27] audrey3115 - <<< [140 ms] GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=0&iip=true&pd=2&pi=50 2010-10-14 06:45:20,259 INFO [-Processor27] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitproposition&aid=336154314&pid=111641579 2010-10-14 06:45:20,265 INFO [-Processor27] audrey3115 - (Status : 302) Redirecting to : /submit?action=submitview&aid=336154314&dc=0&iip=true&pd=3&pi=60 2010-10-14 06:45:20,265 INFO [-Processor27] audrey3115 - <<< [6 ms] GET http://www.priceminister.com/submit?action=submitproposition&aid=336154314&pid=111641579 2010-10-14 06:45:20,343 INFO [P-Processor7] audrey3115 - >>> GET http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=0&iip=true&pd=3&pi=60 2010-10-14 06:45:20,457 ERROR [P-Processor7] audrey3115 - Block generation error in : com.babelstore.submit.front.SubmitView_jsp 2010-10-14 06:45:20,458 ERROR [P-Processor7] audrey3115 - Assembly error~Servlet=com.babelstore.submit.front.SubmitServlet~Request=GET http://www.priceminister.com/submit? action=submitview&aid=336154314&dc=0&iip=true&pd=3&pi=60~Referrer=http://www.priceminister.com/submit?action=submitview&aid=336154314&dc=0&pd=1&pi=20~User-Agent=Mozilla/5.0 (Win dows; U; Windows NT 5.1; fr; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 GTB7.1 ( .NET CLR 3.5.30729)~Trace=java.lang.NullPointerException~at com.babelstore.submit.front.SubmitVi ewFacade.getSubmitPropositionVelocityContextMap(SubmitViewFacade.java:234 |
| Commentaire de Christophe Garcia [ 14/oct./10 16:35 ] |
| Ca se produit qiuand je clique sur "je finalise mes mises en vente" |
| Commentaire de Simon Stevant [ 14/oct./10 16:40 ] |
| Je réattribue ce jira à dispatcher VEN |
| Commentaire de Manuel Sadok [ 15/oct./10 17:18 ] |
|
J'ai listé les différentes erreurs arrivées sur l'ensemble
des serveurs de prod : il y en a 50 en tout et se produise sur 4
catégories :
- Instrument de musique - Puériculture - Accessoires de Mode - Bricolage Reste à trouver le lien entre ces catégories |
| Commentaire de Manuel Sadok [ 15/oct./10 18:23 ] |
| L'idée d'annonce 227374600 semble revenir très souvent (en même temps que l'IP) et cette annonce n'existe pas (plus ?) dans la base... |
| Commentaire de Manuel Sadok [ 15/oct./10 18:25 ] |
| Il doit y avoir eu une purge récemment |
| Commentaire de Manuel Sadok [ 16/déc./10 11:35 ] |
| Pour le correcteur : grepper si l'erreur se produit toujours dans le code, et faire une redirection vers l'inventaire si l'annonce n'existe pas. |
[APP-31311] Erreur en prod Création: 05/oct./10 09:32 Mise à jour: 12/oct./10 15:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Renaud Dierickx |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
2010-10-05 08:27:00,760 INFO [P-Processor4] 212.155.198.19 - >>> GET http://www.priceminister.com/message
2010-10-05 08:27:00,763 ERROR [P-Processor4] 212.155.198.19 - TransactionRolledbackException in method: public abstract com.babelstore.user.business.UserBusiness com.babelstore .user.business.UserBusinessHome.findByPrimaryKey(java.lang.Long) throws java.rmi.RemoteException,javax.ejb.FinderException, causedBy: java.lang.IllegalArgumentException: findByPrimaryKey called with null argument. at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1065) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor411.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) at org.jboss.ejb.Container.invoke(Container.java:894) at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:169) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy431.findByPrimaryKey(Unknown Source) at com.babelstore.user.business.UserLookup.getUserBusiness(UserLookup.java:102) at com.babelstore.message.front.MessageSendModel.load(MessageSendModel.java:41) at com.babelstore.util.web.Model.doLoad(Model.java:55) |
| Commentaires |
| Commentaire de Swan Desportes [ 11/oct./10 12:20 ] |
| J'imagine que RED souhaite que l'on catche mieux les exceptions... A confirmer avec lui avant de commencer à traiter. |
[APP-31309] Erreur sur AdvertListAction en prod Création: 05/oct./10 09:29 Mise à jour: 08/oct./10 11:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
2010-10-05 05:42:12,700 ERROR [-Processor11] 66.249.65.153
- Load
error~Servlet=com.babelstore.advert.front.AdvertServlet~Request=GET http://www.priceminister.com/offer/buy/9
%e2%80%a6-train-a-vapeur-radiocommande-jouet.html~Referrer=null~User-Agent=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)~Trace=java.lang.NullPointerEx ception~at com.babelstore.advert.front.AdvertListAction.parse(AdvertListAction.java:350) java.lang.NullPointerException at com.babelstore.advert.front.AdvertListAction.parse(AdvertListAction.java:350) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:464) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:413) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:310) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:244) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
[APP-31308] Erreur Fast en prod ! Création: 05/oct./10 09:28 Mise à jour: 08/oct./10 11:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
2010-10-05 05:15:36,710 ERROR [-Processor37] 66.249.65.173
- com.fastsearch.esp.search.SearchEngineException: packfql: Query
Error: Wildcard pattern without literals: ?
at com.fastsearch.esp.search.result.TextResultParser.parseInternal(TextResultParser.java:154) at com.fastsearch.esp.search.result.TextResultParser.parse(TextResultParser.java:76) at com.fastsearch.esp.search.http.HttpSearchEngine.searchInternal(HttpSearchEngine.java:619) at com.fastsearch.esp.search.http.HttpSearchEngine.search(HttpSearchEngine.java:299) at com.fastsearch.esp.search.view.SearchView.search(SearchView.java:252) at com.babelstore.search.FastSearch.search(FastSearch.java:277) at com.babelstore.search.FastSearch.search(FastSearch.java:243) at com.babelstore.navigation.front.FilterNavigationModel.preLoad(FilterNavigationModel.java:282) at com.babelstore.util.Block.preLoad(Block.java:133) at com.babelstore.util.web.Screen.preLoad(Screen.java:111) at com.babelstore.util.web.Dispatcher.processPreOutsideTransaction(Dispatcher.java:271) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:246) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-10-05 05:15:36,710 ERROR [-Processor37] 66.249.65.173 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: packfql: Query Error: Wild card pattern without literals: ? at com.babelstore.search.FastSearch.search(FastSearch.java:282) at com.babelstore.search.FastSearch.search(FastSearch.java:243) at com.babelstore.navigation.front.FilterNavigationModel.preLoad(FilterNavigationModel.java:282) at com.babelstore.util.Block.preLoad(Block.java:133) at com.babelstore.util.web.Screen.preLoad(Screen.java:111) |
[APP-31294] Intégrer le OBS_CRITERION des observations au dashboard Création: 04/oct./10 15:02 Mise à jour: 05/oct./10 17:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Marc-Antoine Decreton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Avec le système de modération des contenus utilisateurs, on a ajouté un OBS_CRITERION dans la table OBSERVATION.
Il faudrait que ce critère soit transféré à la table des compteurs d'observation pour le dashboard et qu'on puisse l'utiliser dans les critère de calcul des compteurs. * Ajouter la colonne dans la table OBSERVATION_COUNTER * Transférer sa valeur dans le trigger de comptage des observation * Ajouter un paramètre dans com.priceminister.moderation.observation.business.ObservationService.getObservationCounters(Timestamp, Long) |
| Commentaires |
| Commentaire de Renaud Dierickx [ 05/oct./10 17:41 ] |
| Comme vu avec Marco Paulo, c'est lui (et son pôle) qui s'en charge ! |
[APP-31264] Arrivages récents : "Suggestions" et "autres vendeurs vous proposent" toujours vides Création: 30/sept./10 12:26 Mise à jour: 30/sept./10 18:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Espace personnalisé |
| Description |
|
C'est le cas en PROD aussi.
Voir screesnhot |
| Commentaires |
| Commentaire de Alexandre Garnier [ 30/sept./10 15:59 ] |
| Vu avec le pôle NAV, c'est de leur côté (une histoire de configuration avec requête de remplissage à lancer en PROD, des trucs comme ça) |
[APP-31257] Erreur dans code JSON : Ajouter l'URL de la page posant problème pour faciliter le débugage Création: 30/sept./10 10:34 Mise à jour: 13/oct./10 11:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Log d'aujourd'hui :
Syntax error in dynamo JSON code : [{"label": "Get ready", "url": "/offer/buy/17723774/Rare-Earth-Get-Ready-45-Tours.html...... Log souhaité : Syntax error in dynamo JSON code on page http://La pageAProblème : [{"label": "Get ready", "url": "/offer/buy/17723774/Rare-Earth-Get-Ready-45-Tours.html...... Merci ! |
[APP-31248] [IG] Nettoyer la référence par chemin Création: 29/sept./10 17:06 Mise à jour: 10/févr./11 16:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** RESERVE *** |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
Pour gérer les repositories portables, on avait mis en place
cette notion de portabele t de référence de contenus par chemin.
Maintenant qu'on ne s'en sert plus et qu'elle est inutile, on pourrait voir à la nettoyer. Cela aurait plusieurs avantages : * minimiser le diff avec les sources d'IG * minimiser les risques de problèmes que ce système semblait engendrer * ... |
| Commentaires |
| Commentaire de Alexandre Garnier [ 29/sept./10 17:07 ] |
| Peut-être à l'origine de APP-31247 |
[APP-31247] [CMS] Les relations entre SiteNode et contenu ne sont pas toujours suivies lors des soumissions à publication Création: 29/sept./10 17:03 Mise à jour: 11/oct./10 12:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | infoglue |
| Description |
|
Lors de la soumission à publication des SiteNodes, IG propose normalement de publier avec les contenus référencés.
Mais ça ne marche pas à tous les coups ! Il faudrait identifier exactement le problème et le corriger. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 29/sept./10 17:06 ] |
| Pourrait être résolu avec APP-31248 ? |
[APP-31244] désactivation de l'a/b test Fiche produit Création: 29/sept./10 16:27 Mise à jour: 29/sept./10 17:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.3 |
| Version(s) corrigée(s): | 77.0.3 |
| Type: | Tâche | Priorité: | Critique |
| Rapporteur: | Benoît Bourdon | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
On arrête l'a/b test FP est on bascule tout le trafic sur la nouvelle FP avec buyBox.
Changer via overload la propriété de configuration du A/B test buybox à la valeur suivante : priceminister.abtesting.fp_buybox_final.conf = {"configuration":[{xitiTag="C", version="3", xitiDescription="NEW_FP_BB_FINAL",weight=100}],"description":"ENTETE_FP_BB_FINAL", "ma xAge":30} |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 29/sept./10 16:49 ] |
|
- Ajouter la propriété suivante dans le fichier "priceminister-overload.properties"
#========================== # Pole : NAV # Expire le : 19/10/2010 (en fonction de la NAV-E) # Commentaire : Passage du poids de la version 3 de la FP (FP avec BB) à 100 #========================== priceminister.abtesting.fp_buybox_final.conf = {"configuration":[{xitiTag="C", version="3", xitiDescription="NEW_FP_BB_FINAL",weight=100}],"description":"ENTETE_FP_BB_FINAL","maxAge":30} - Fait en INTEG |
| Commentaire de Jérémie Bennejean [ 29/sept./10 17:20 ] |
|
En place sur les 3 plateformes:
#========================== # Pole : NAV # Expire le : 19/10/2010 (en fonction de la NAV-E) # Commentaire : Passage du poids de la version 3 de la FP (FP avec BB) à 100 #========================== priceminister.abtesting.fp_buybox_final.conf = {"configuration":[{xitiTag="C", version="3", xitiDescription="NEW_FP_BB_FINAL",weight=100}],"description":"ENTETE_FP_BB_FINAL","maxAge":30} FR titeia : OK - Fichier IDENTIQUE hercule : OK - Fichier IDENTIQUE salus : OK - Fichier IDENTIQUE junon : OK - Fichier IDENTIQUE rhome : OK - Fichier IDENTIQUE sais : OK - Fichier IDENTIQUE orichalque : OK - Fichier IDENTIQUE kapys : OK - Fichier IDENTIQUE anchise : OK - Fichier IDENTIQUE sauron : OK - Fichier IDENTIQUE pendragon : OK - Fichier IDENTIQUE haliades : OK - Fichier IDENTIQUE centaure : OK - Fichier IDENTIQUE ES esculape : OK - Fichier IDENTIQUE venus : OK - Fichier IDENTIQUE tellus : OK - Fichier IDENTIQUE amphore : OK - Fichier IDENTIQUE UK neptune : OK - Fichier IDENTIQUE saturne : OK - Fichier IDENTIQUE aurore : OK - Fichier IDENTIQUE |
[APP-31214] [Parrainage] Mkt : Décalage d'un px Création: 28/sept./10 16:41 Mise à jour: 04/oct./10 14:36 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
toujours pas.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Parrainage (Lot 2) |
| Commentaires |
| Commentaire de Fabrice Feugas [ 29/sept./10 11:48 ] |
| A-t-on une solution économe ? |
| Commentaire de Bastien Caudan [ 04/oct./10 11:54 ] |
| Demande de retravailler entièrement le découpage des images du mail. A effectuer si cette version est celle retenue après les tests. |
| Commentaire de Cédric Goldovsky [ 04/oct./10 14:30 ] |
|
toujours pas, cf capture
merci de déscoper |
[APP-31210] [Parrainage] Maq complet : Cadre n'est pas fermé à droite Création: 28/sept./10 16:35 Mise à jour: 28/sept./10 17:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Parrainage (Lot 2) |
[APP-31208] L'image pour télécharger une image ne s'affiche pas sous IE6 (plus généralement, swf upload ne fonctionne pas sous IE6) Création: 28/sept./10 12:19 Mise à jour: 28/sept./10 16:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2010-09-28_121742.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | tech |
| Commentaires |
| Commentaire de Damien Dorizy [ 28/sept./10 15:54 ] |
| C'est déjà le cas en prod, j'ai bien peur que SWFupload ne fonctionne pas sous IE6... |
| Commentaire de Damien Dorizy [ 28/sept./10 16:21 ] |
| Il y a en effet un problème dans l'upload image en prod avec IE6, on ne peut donc pas faire grand chose, mais il faudra trouver un correctif. On sort ce Jira de la version tout de même ? |
[APP-31202] Le loader est pété sous IE 6 Création: 28/sept./10 15:55 Mise à jour: 28/sept./10 15:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2010-09-28_155315.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | Espace personnalisé |
| Navigateur: | Internet Explorer 6.X |
[APP-31195] Problème fréquent de connexion à la base lors des export/imports IG Création: 28/sept./10 14:46 Mise à jour: 09/févr./11 14:41 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | IG |
| Description |
|
Lors des exports/imports IG, on a régulièrement un problème de tentative d'export sur le dossier /tmp.
En regardant en détail les logs, on trouve l'origine suivante : 2010-09-28 12:00:04 INFO [ExportRepositoryAction ] - MappingFile:jar:file:/users/cms2/infoglue/build/dist/pm-infoglue.jar!/xml_mapping_site_2.5.xml java.sql.SQLException: [OraDriver] Connection refused from server. Please check if the Oracle database instance 'ig' is running. <(DESCRIPTION=(TMP=)(VSNNUM=169870336)(ERR=12519)(ERROR_STACK=(ERROR=(CODE=12519)(EMFI=4))))> at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.char(Unknown Source) at com.inet.ora.o.<init>(Unknown Source) at com.inet.ora.OraDriver.connect(Unknown Source) at java.sql.DriverManager.getConnection(DriverManager.java:582) at java.sql.DriverManager.getConnection(DriverManager.java:185) at org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:65) at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:294) at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:840) at org.apache.commons.dbcp.PoolingDriver.connect(PoolingDriver.java:176) at java.sql.DriverManager.getConnection(DriverManager.java:582) at java.sql.DriverManager.getConnection(DriverManager.java:207) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.getConnection(InfoGlueJDBCPropertySet.java:690) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.getType(InfoGlueJDBCPropertySet.java:284) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.exists(InfoGlueJDBCPropertySet.java:316) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:248) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.doExecute(ExportRepositoryAction.java:160) at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:113) at com.babelstore.client.RepositoryExportImportClient.doExport(RepositoryExportImportClient.java:237) at com.babelstore.client.RepositoryExportImportClient.main(RepositoryExportImportClient.java:163) 2010-09-28 12:02:14 ERROR [ExportRepositoryAction ] - An error was found exporting a repository: null java.lang.NullPointerException at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.getType(InfoGlueJDBCPropertySet.java:287) at org.infoglue.cms.util.workflow.InfoGlueJDBCPropertySet.exists(InfoGlueJDBCPropertySet.java:316) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:248) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.getContentPropertiesAndAccessRights(ExportRepositoryAction.java:303) at org.infoglue.cms.applications.managementtool.actions.ExportRepositoryAction.doExecute(ExportRepositoryAction.java:160) at org.infoglue.cms.applications.common.actions.WebworkAbstractAction.execute(WebworkAbstractAction.java:113) at com.babelstore.client.RepositoryExportImportClient.doExport(RepositoryExportImportClient.java:237) at com.babelstore.client.RepositoryExportImportClient.main(RepositoryExportImportClient.java:163) En regardant dans le code, on voit que c'est lié à un problème de connexion à la base lors du : conn = DriverManager.getConnection("jdbc:apache:commons:dbcp:infoGlueJDBCPropertySet"); |
| Commentaires |
| Commentaire de Alexandre Garnier [ 28/sept./10 15:21 ] |
|
La connexion JDBC pour les PropertySet semble configurée par le fichier main/conf/propertyset.xml
Dedans, les informations sont remplacées à la compilation et on se retrouve avec : <arg name="url" value="jdbc:inetora:gosset:1521:dev3"/> ce qui est un peu obsolète... Cette information est issue de local/build/common-build.properties 1. mettre à jour cette information 2. intégrer sa mise à jour automatique dans le devconf |
| Commentaire de Christophe Garcia [ 07/oct./10 09:39 ] |
| MDPLVC |
| Commentaire de Renaud Dierickx [ 09/févr./11 14:41 ] |
|
C'est toujours d'actualité ?
A fermer si ce n'est pas le cas ! |
[APP-31191] Retourner les données dans le retour des requêtes AJAX Création: 28/sept./10 10:54 Mise à jour: 28/sept./10 15:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il faudrait mettre en place un système facilitant le retour
des données validées par le serveur afin de les utiliser pour un
éventuel affichage après requête AJAX.
|
[APP-31162] [Boutique Perso] La toolbox ne se replie pas lorsque j'ouvre la personnalisation Création: 27/sept./10 16:20 Mise à jour: 04/oct./10 14:59 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 78.0.0 (CTN-TU) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | Espace personnalisé |
| Navigateur: | Tous |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 27/sept./10 18:19 ] |
|
Pas de soucis, choix fonctionnel assumé.
Ce serait trop perturbant d'avoir un contenu qui disparait sous le clic alors que le bouton d'accroche reste affiché... |
| Commentaire de Cédric Goldovsky [ 01/oct./10 16:09 ] |
|
Que signifie ton "pas de souci" ?
- ça ne gene aucunement - ok, on règle le problème ==> Dans ce cas, j'ai toujours le même comportement |
| Commentaire de Renaud Dierickx [ 04/oct./10 14:59 ] |
| On traitera ça plus tard ! |
[APP-31155] Présence de "www.priceminister.com" en INTEG dans le fichier "ws_error.xsd" Création: 27/sept./10 12:36 Mise à jour: 14/oct./10 10:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Martin Sudmann [ 14/oct./10 10:43 ] |
| il faut migrer sur le nouveau framework des schemas WS (voir CoDev du 22/10) |
[APP-31153] Paramétrage des numéros de pagination dans la NpF Création: 27/sept./10 11:04 Mise à jour: 27/sept./10 11:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Thierry Leforestier | Attribution: | Thierry Leforestier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | Référencement : Optim. NpF |
| Description |
|
Avec la version NAV-E, l'équipe de dev met à disposition
dans le contexte velocity le numéro de pagination sélectionné dans la
NPF. Nous souhaitons donc paramétrer les navigations par filtre avec ce
numéro, si il est supérieur à 1.
Objectif : Rendre les pages de paginations plus facilement différentiables par Google pour qu'il les crawle plus souvent et qu'il aille donc plus fréquemment voir le fond du catalogue PriceMinister. Nom de la variable : $pageNumber Je publierais le code velocity souhaité lors de la période d'intégration. Etant donné que cela suppose de retoucher chaque catégorie et que cela ne pourra pas être réalisé en une seule fois, nous estimons nécessaire de traiter les catégories dans l'ordre du nombre de produit décroissant. Le tableau Excel ci-joint donne l'ordre des catégories à paramétrer pour FR, ES, UK. |
[APP-31152] Fiches Livres - Impossible de renseigner la Collection Création: 26/août/10 14:05 Mise à jour: 28/sept./10 18:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Many Pes |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
collection pedale dans la choucroute.JPG
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il y a tellement de valeurs "pourries" que l'Ajout
d'attribut Collection n'est opas possible (chargement de liste
impossible
|
| Commentaires |
| Commentaire de Julien Sananikone [ 26/août/10 17:37 ] |
| MBF !! |
| Commentaire de Jérôme Viviès [ 24/sept./10 10:38 ] |
|
Salut,
Je transmets au pôle Dev VEN au cas où ils auraient une idée pour un "quick fix". Si la solution est uniquement MBF, merci de transmettre à Many. |
| Commentaire de Manuel Sadok [ 28/sept./10 17:54 ] |
|
Si les valeurs sont vraiment "pourries" au sens on doit les
supprimer du référentiel, alors oui la réponse est uniquement MbF...
La seule autre solution pour réduire la liste des valeurs seraient de créer des DIA et de cocher la case "Vérifier le modèle", mais ça n'aurait pas de sens si il s'agit de filtrer des valeurs à supprimer. |
| Commentaire de Aurélien Vergalli [ 28/sept./10 18:06 ] |
|
Le problème est que ces valeurs sont créées via un champ de
saisie libre du formulaire (d'où le n'importe quoi et le volume
monstrueux).
Faire du nettoyage/fusions est juste impossible (avant ou après MBF). Si on pouvait ne garder que des valeurs Decitre (elles existent ?), et mettre une MBF dessus... ce serait le top! |
| Commentaire de Many Pes [ 28/sept./10 18:26 ] |
| Est-ce que cette valeur est vraiment utile? |
[APP-31137] Exception du composant CANCELLATION Création: 22/sept./10 10:27 Mise à jour: 23/sept./10 10:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour,
Nous rencontrons sur nos serveurs de batch ES et UK, un soucis avec le composant CANCELLATION du batch m60 Sur Tellus, des exception du composant CANCELLATION (le 20 sept à paritr de 17h30/ 18h00 Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=tellus/6172400, BranchQual=, localId=6172400]; nested exception is: javax.ejb.EJBException: null; CausedByException is: Sur neptune (UK) idem le 22 sept entre 0h et 4h |
[APP-31126] Erreur récurrent du batch sponsorship contact : Failed to create instance. Création: 21/sept./10 11:58 Mise à jour: 27/sept./10 16:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | tech |
| Description |
|
Je n'ai pas trouvé d'autres infos que ça :
2010-09-21 06:45:02,750 INFO [150.28.78-16] SPONSORSHIP_CONTACT - --- Batch done - Processed: 0 2010-09-21 06:45:58,922 ERROR [10.150.28.78] SPONSORSHIP_CONTACT - Failed to create instance. 2010-09-21 06:45:58,993 ERROR [10.150.28.78] SPONSORSHIP_CONTACT - EJBException in method: public abstract com.babelstore.datafile.business.DataFileBusiness com.babelstore.dataf ile.business.DataFileBusinessHome.create(java.lang.Long,com.babelstore.datafile.DataFileInput,java.lang.Long,com.babelstore.datafile.AdvertProfileUserInput) throws java.rmi.Remo teException,javax.ejb.CreateException, causedBy: 2010-09-21 06:46:02,931 INFO [150.28.78-16] SPONSORSHIP_CONTACT - ---------------------------------------------------------------- 2010-09-21 06:46:02,933 INFO [150.28.78-16] SPONSORSHIP_CONTACT - --- Batch starting |
| Commentaires |
| Commentaire de Alexandre Garnier [ 21/sept./10 12:38 ] |
|
Qu'est-ce que y a du DataFile dans le batch de parrainage ?
Il doit y avoir un mélange quelque part car le parrainage n'a aucun lien avec DataFile. Cette méthode de DataFile est appelée par : com.babelstore.datafile.business.DataFileBusinessHome.create(Long, DataFileInput, Long, AdvertProfileUserInput) |- com.babelstore.stock.service.DataFileGenerator.createDataFile() |- com.babelstore.datafile.front.AdvFileUploadAction.execute() |- com.priceminister.stock.fileimport.application.implementation.FileImportWsFacade.importFile(String, Long, Long) | `- com.priceminister.stock.fileimport.presentation.ws.FileImportAction.execute() `- com.babelstore.datafile.client.DataFileClient.main(String[]) Donc vraiment aucun lien |
| Commentaire de Alexandre Garnier [ 27/sept./10 12:00 ] |
|
En fait, ça doit être un problème dans les catégories de logging :
2010-09-21 06:44:02,517 DEBUG [ELLER_REMIND] SELLER_REMIND - CLOSE BATCH 2010-09-21 06:44:02,535 INFO [SHIP_CONTACT] SORSHIP_CONTACT - ---------------------------------------------------------------- 2010-09-21 06:44:02,539 INFO [SHIP_CONTACT] SORSHIP_CONTACT - --- Batch starting 2010-09-21 06:44:02,550 INFO [SHIP_CONTACT] SORSHIP_CONTACT - --- Batch done - Processed: 0 2010-09-21 06:44:02,563 DEBUG [SHIP_CONTACT] SORSHIP_CONTACT - CLOSE BATCH 2010-09-21 06:44:02,563 INFO [SHIP_CONTACT] - ---- STOPPING M5 BATCHES --- 2010-09-21 06:44:02.563 2010-09-21 06:44:02,563 INFO [SHIP_CONTACT] - Sleeping 60 second(s) 2010-09-21 06:45:02,571 INFO [SHIP_CONTACT] - ---- STARTING M5 BATCHES --- 2010-09-21 06:45:02.57 2010-09-21 06:45:02,594 INFO [REGISTRATION] REGISTRATION - ---------------------------------------------------------------- 2010-09-21 06:45:02,596 INFO [REGISTRATION] REGISTRATION - --- Batch starting 2010-09-21 06:45:02,603 INFO [REGISTRATION] REGISTRATION - --- Batch done - Processed: 0 2010-09-21 06:45:02,625 DEBUG [REGISTRATION] REGISTRATION - CLOSE BATCH Il n'est pas logique de rester à logger en [SHIP_CONTACT] les infos de STOPPING et de STARTING. |
| Commentaire de Alexandre Garnier [ 27/sept./10 15:54 ] |
|
Côté batch, on pourrait donc commencer par améliorer les catégories de logs.
En fait, depuis --> il faudrait stocker le nom du Thread avant de l'écraser et le remettre à la fin du batch (mais il faudrait aussi dans ce cas le gérer dans les cas d'Exception) À penser dans le nouveau framework de batchs ! |
| Commentaire de Alexandre Garnier [ 27/sept./10 16:08 ] |
|
Serait-il possible d'afficher plus d'informations dans les logs en modifiant le log4j.xml ?
Il suffirait d'ajouter un "[%-25.25c{1}]" dans le pattern de l'appender pour afficher la catégorie et ainsi voir un peu mieux l'origine de ce message. Au passage, je me demande comment côté serveur, on hérite du nom du thread côté batch... |
[APP-31118] [Mes ventes] colonne "acheteur" qui n'est pas assez large Création: 20/sept./10 18:06 Mise à jour: 31/janv./11 15:56 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | 77.0.2, (TX-S) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
screenshot-3.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Mon Compte : Mes Ventes |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
voir PJ
|
| Commentaires |
| Commentaire de Hind El Haouaji [ 21/sept./10 09:49 ] |
|
Committing to: bzr://perrier/dev/trunk/
modified source/static/front/brand/www/account.css Committed revision 26934. |
| Commentaire de Aurélie Kwiatkowski [ 21/sept./10 15:14 ] |
| C'est centré à gauche... |
| Commentaire de Thomas Landru [ 31/janv./11 15:12 ] |
| Gafour, j'ai souvenir que l'on ne pouvait rien faire pour ca, peux tu me confirmer ceci pour fermer le Jira ? |
| Commentaire de Gafour Abdoul [ 31/janv./11 15:28 ] |
| Je n'ai plus en tête les contraintes exact, je transmet à HIE. |
| Commentaire de Hind El Haouaji [ 31/janv./11 15:48 ] |
|
Ce JIRA a été corrigé le 21/sept./10 09:49 pour un bug de largeur de la colonne "acheteur".
Le texte qui n'est pas centré dans les colonnes est normal dans le cadre de la solution qu'on a envisagé pour IE6. |
| Commentaire de Gafour Abdoul [ 31/janv./11 15:56 ] |
| Donc pas de correction envisagée pour moi |
[APP-31113] Améliorer l'ergonomie de la page des caches Création: 20/sept./10 16:36 Mise à jour: 22/sept./10 08:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
La liste des informations de cache, c'est bien, mais c'est lourd...
En DEV, les caches les plus utilisés sont les caches IG qui se retrouvent difficilement accessibles. Il y a bien le moyen de réduire la zone des caches appli, mais cette option n'est pas enregistrée et il faut réduire à chaque fois. --> soit avoir les infos aileurs, soit conserver le choix de réduction de la zone des caches. Au passage, les caches de contenus sont pour plusieurs des caches JBoss et pourraient donc bénéficier aussi des informations de cache comme les caches applis, non ? |
[APP-31110] So Colissimo Cassé sous ie6 Création: 20/sept./10 12:11 Mise à jour: 13/oct./10 11:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 76.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | So Colissimo |
| Description |
|
cf. screenshot-1
|
[APP-31106] Message pas clair lorsque l'on accepte pour la seconde fois une annonce Création: 17/sept./10 16:25 Mise à jour: 17/janv./11 16:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Thomas Landru [ 17/sept./10 16:58 ] |
|
Plusieurs solutions :
1) Détecter chaque cas "current status : ... - Required Status : ..." Serait couteux en dév, car le système d'exception actuel ne nous permettrait pas de le faire (et est utilisé un peu partout) 2) Afficher des detail de type "robot" (appliquer le cas 2 au cas 1) 3) Enlever le niveau de détail et ne garder que la balise message 4) Ne rien changer |
| Commentaire de Marc-Antoine Decreton [ 17/sept./10 17:18 ] |
|
Je vote la 4. C'est sûr que ce n'est pas joli, mais
n'oublions pas que le champ détail est avant tout un message technique.
Sinon on peut aussi faire : 5) Envoyer une alerte Nagios pour qu'on ai une trace du problème et afficher un détail joli. Par contre je pense que l'exploit ne va être super contente le jour où les mecs vont faire des bruteforce pour péter nos WS et qu'on recevra plusieurs milliers de logs par jour. |
| Commentaire de Thomas Landru [ 17/sept./10 17:27 ] |
| On creuse cette question pour une future version, pour le moment ce n'est pas génant, la balise message étant déjà parlante. |
[APP-31105] Nettoyer les coupons DENIRO / BEMYGUEST qui ne seront plus utilisés (ne pas le faire avant le 03/01/2011 pour respecter les 90j de parrainage !!! ) Création: 17/sept./10 15:50 Mise à jour: 17/sept./10 15:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Avec la fusion des coupons, DENIRO et BEMYGUEST ne seront plus utilisés du tout et remplacés par ALPACINO / WELCOME.
90j après la sortie de la version CTN-TU, on pourra les nettoyer puisqu'ils ne seront plus jamais utilisés. |
[APP-31099] [PEC3] Information pouvant tenir sur une seule ligne Création: 17/sept./10 14:04 Mise à jour: 11/févr./11 14:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
alignement_pec3.gif
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | OPPeC : Saut Adresse Livraison |
| Description |
|
cf. screenshot-1
A noter que ce problème est présent sur tous les sites, et non pas uniquement sur cob croix rouge. |
| Commentaires |
| Commentaire de Cécile Jeanne [ 08/oct./10 16:21 ] |
|
C'est comme ça que l'alignement est prévu dans la maquette,
de façon à aligner tous les labels et tous les champs les uns par
rapport aux autres ...
(voir pièce jointe) |
| Commentaire de Thomas Landru [ 08/oct./10 17:07 ] |
| Comme vu ensemble on souhaite effectivement mettre cette information sur une ligne, un correctif sera donc à apporter. |
| Commentaire de Gafour Abdoul [ 21/oct./10 14:07 ] |
|
Hello
on arrive pas à accéder facilement à ce cas. Pour nous faciliter la tâche, pourriez-vous créer un layout de cette page SVP ? merci de nous communiquer en même temps la branche sur laquelle le layout aura été créé. Merci |
| Commentaire de Thomas Landru [ 21/oct./10 15:41 ] |
| op la le serveur dev9 est monté sur la branche TX avec l'a/b test d'activé (cookie ab_checkout_address_page avec la valeur B/2 pour avoir la nouvelle version !) |
| Commentaire de Gafour Abdoul [ 21/oct./10 16:46 ] |
|
le layout :
dev/layouts/pec/livraison_v2.html |
| Commentaire de Gafour Abdoul [ 21/oct./10 17:03 ] |
| sur dev/branch/tx |
| Commentaire de Hind El Haouaji [ 11/févr./11 14:21 ] |
|
C'est OK pour la correction CSS. Je vous passe le JIRA pour
la partie dev, en effet, il faut supprimer le <br /> dans le code :
<p class="label_like"><span>Avez-vous un site<br>Internet ou un blog ?</span></p> |
[APP-31079] LRO : Pub et onglets se chevauchent Création: 16/sept./10 16:19 Mise à jour: 17/sept./10 10:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 7.X |
[APP-31078] LRO : Top Search cassé Création: 16/sept./10 16:03 Mise à jour: 11/oct./10 18:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Thomas Allier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 7.X |
| Commentaires |
| Commentaire de Gafour Abdoul [ 17/sept./10 09:55 ] |
| apparemment d'après A/B testing, le top search ne devrait plus apparaître dans cette position |
| Commentaire de Corinne Grondin [ 11/oct./10 17:53 ] |
| J'ai reproduit le bug. C'est présent sur tous les navigateurs et c'est du aux (espaces insécables) qu'il y a entre chaque mots d'une même expression. C'est aussi sur toutes les plateformes (de www aux cobs). |
[APP-31071] [Mes ventes] Quand le tableau est en 100% le contenu des colonnes n'est pas centré Création: 16/sept./10 15:10 Mise à jour: 16/sept./10 16:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Landru | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Mon Compte : Mes Ventes |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
Voir en PJ
|
| Commentaires |
| Commentaire de Hind El Haouaji [ 16/sept./10 16:16 ] |
| C'est déjà signalé en fichier de recette pré-integ MAQ. IL ne s'agit pas d'un bug, mais plutôt un comportement "normal" suite à la solution choisie pour gérer la taille des colonnes sur les 3 tableaux. |
| Commentaire de Hind El Haouaji [ 16/sept./10 16:18 ] |
|
Sur le fichier de recette MAQ :
Remarques projets : * Les tableaux ne prennent pas toutes la largeur sous IE8, Chrome et Safari * Les contenus cellule ne sont pas centrés sous IE7 et IE6 * La languette n'existe pas sur la redoute |
[APP-31068] [Mes Ventes] Décalage sur la droite du corps de la page Création: 16/sept./10 14:21 Mise à jour: 17/sept./10 09:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
cf. screenshot-1 (sous ie6)
|
[APP-31051] Bouton inutile sur page utilisée uniquement en interne Création: 16/sept./10 10:28 Mise à jour: 22/sept./10 08:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Voir la page suivante :
http://bo.priceminister.co.uk/wallet?action=deposittransferfax&oprgroupid=1492973 Sur les 3 pays, le bouton "Fermer cette page" prend une place inutile sur cette page qui n'est utilisée que par la Compta BO et qui doit systématiquement être imprimée. (A noter que le bouton en question ne fonctionne même pas. :-) |
[APP-31044] [Mon compte - Mes ventes] 2 ventes (Négociation VS Prix fort) pour un même article et comportement automatique Création: 15/sept./10 17:24 Mise à jour: 28/janv./11 11:24 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Mon Compte : Mes Ventes |
| Navigateur: | Tous |
| Description |
|
J'accepte la négo sur un article
un acheteur TOTO me fait une propal à 10 euros et finalise son achat un second acheteur TITI m'achete au prix fort 200 euros ce même article et finalise son achat En page "Mes ventes", l'achat de TOTO apparait dans "Autres ventes" comme "refusé", alors que je n'ai fait aucune action et la tooltip sur le "refusé" m'indique "Vous avez refusé l'offre ferme à prix négocié de l'acheteur" (au passage, je ne comprends absolument pas le sens de cette phrase) Par contre, l'achat de TITI apparait dans "Nouvelles ventes" ==> D'un point de vue logique, il est clair que de toute façon, le vendeur, pour un même article, préférera certainement être reglé au prix fort que d'accepter une négociation. Il n'empêche, on lui indique qu'il a refusé cette négo, alors qu'il n'a absolument rien fait. |
| Commentaires |
| Commentaire de Thomas Landru [ 15/sept./10 18:00 ] |
|
Effectivement le wording que l'on devrait afficher est
"Suite à une première offre à prix négocié, un autre acheteur vous a
commandé cet article."
Celui ci correspond au status "NEGOCIATION_OVERWRITTEN" et le wording devrait être "annulé" et non pas "refusé" |
| Commentaire de Cédric Goldovsky [ 17/sept./10 10:52 ] |
|
ou est passée ma négo ?!
Pour un meme vendeur (angenie) et un même article - cedgov fait une nego (panier 89172936) - inandout_rec l'achete au prix fort (panier 89172937) ==> dans mes ventes de angenie, la négo de cedgov n'apparait nulle part ==> le panier de cedgov est annulé en bo ==> Quand cedgovv va sur "tous mes achats" et clique pour afficher le detail achat, ça pete : 2010-09-17 10:52:42,794 INFO [P-Processor6] cedgovv - >>> GET http://www.pminteg.fr/purchase?action=buyview&purchaseid=89172936 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - Load error~Servlet=com.babelstore.purchase.front.PurchaseManagementServlet~Request=GET http://www.pminteg.fr/purchase?action=buyview&purchaseid=89172936~Referrer=http://www.pminteg.fr/purchase?action=buylist~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.59 Safari/534.3~Trace=java.util.NoSuchElementException~at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:375) java.util.NoSuchElementException at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:375) at java.util.LinkedHashMap$ValueIterator.next(LinkedHashMap.java:388) at com.babelstore.purchase.front.BuyerPurchaseModel.load(BuyerPurchaseModel.java:181) at com.babelstore.util.web.Model.doLoad(Model.java:56) at com.babelstore.util.Block.load(Block.java:147) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:323) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:247) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-09-17 10:52:42,887 INFO [P-Processor6] cedgovv - Setting response status code to 503 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - FRM : com.babelstore.common.front.FrontTemplate3cOld_jsp overload the model com.babelstore.common.front.TemplateModel 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - FRM : com.babelstore.common.front.FrontFooter_jsp overload the model com.babelstore.common.front.FooterModel 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - FRM : com.babelstore.tracking.front.TrackEventBlock_jsp overload the model com.babelstore.tracking.front.TrackEventModel 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - FRM : com.babelstore.tracking.front.TrackEntryBlock_jsp overload the model com.babelstore.tracking.front.TrackEntryModel 2010-09-17 10:52:42,887 WARN [P-Processor6] cedgovv - FRM : com.babelstore.common.front.XitiBlock_jsp overload the model com.babelstore.common.front.BreadCrumbsModel 2010-09-17 10:52:42,888 WARN [P-Processor6] cedgovv - FRM : com.babelstore.common.front.XitiBlock_jsp overload the model com.babelstore.common.front.XitiBlockModel 2010-09-17 10:52:42,892 INFO [P-Processor6] cedgovv - Cache miss : must render template [125455_100268_0_http_0DIRECT_BODY] 2010-09-17 10:52:43,038 INFO [P-Processor6] cedgovv - Cache miss : must render template [118303_100268_0_http_0DIRECT_BODY] 2010-09-17 10:52:43,046 INFO [P-Processor6] cedgovv - Cache miss : must render template [118316_100268_0_http_0DIRECT_BODY] 2010-09-17 10:52:43,097 INFO [P-Processor6] cedgovv - <<< [303 ms] GET http://www.pminteg.fr/purchase?action=buyview&purchaseid=89172936 |
| Commentaire de Arnaud Forgues [ 17/sept./10 16:47 ] |
|
Ce bug existe déjà en PROD (certainement depuis le début de
la négo = 2004). J'ai compté le nombre de panier concerné : 16834
Voici quelques exemle de purchase_id : 75327517 75442082 75612379 75813890 76078711 76086322 76288303 77126478 77883050 78059816 78595067 78664097 78818158 78870927 Ce cas de figure ne se présente que si l'offre à prix ferme intervient alors que l'offre à prix négo n'a pas encore été communiquée au vendeur (= l'article est encore dans l'état RESERVED et pas encore REQUESTED). Alors l'article est DELETED (comme si il s'agissait d'une suppression de l'article par l'acheteur) au lieu d'être CANCELLED et le panier négo passe en EMPTIED, il est donc visible dans la liste des achats de l'acheteur. Par contre sur le détail achat on n'affiche pas les articles DELETED des paniers affichés alors qu'on affiche bien les articles CANCELLED. Il faudra donc voir si on peut se permettre d'afficher les articles DELETED sur la page Détail Achat ou si on risque d'avoir des effets de bord non négligeable .... en gros cela touche aux cycles de vies Panier/Article ! Je décale donc en Chasse aux jiras pour une prochaine version TX |
| Commentaire de Arnaud Forgues [ 28/janv./11 11:24 ] |
|
A présent (à partir de la TX-R (V86)), le bug n'est plus
identique car nous avons refait les pages "Mes achats" / "Détail
achats".
==> Avant, on pouvait voir le panier dans la page "Tous mes achats" et si on cliquait sur le lien pour afficher le détail achat, on avait un écran d'erreur ! ==> Maintenant, comme les pages "Tous mes achats" et "Détail achats" sont "fusionnées", on n'affiche plus les paniers en question car ils n'ont pas d'articles dans l'état attendu. En effet, on affiche certes les paniers EMPTIED, mais jamais les articles DELETED. Cela correspond donc plus à un problème de cycle de vie qui devrait être revu (par exemple basculer les articles en CANCELLED avec une "cause" spécifique plutot qu'en DELETED, car cet état correspond plutot aux articles des paniers abandonnés) Je décale donc à une version ultérieure |
[APP-31027] insérer le lien du guide vendeur dans les messages bo Création: 09/sept./10 11:11 Mise à jour: 22/sept./10 10:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Anne Korchia | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Emplacement : [Produit]/Inscription Pro] et dans toutes les
boites (produits culturels, produits hi-tech etc...) Ajouter avant les
coordonnées des contacts :
Vous trouverez toutes les informations concernant le fonctionnement d'un compte pro sur notre livret vendeur : http://www.priceminister.com/visuels/PRO/Guide_vendeur_pro_PriceMinister_v11.pdf |
| Commentaires |
| Commentaire de Jérôme Viviès [ 15/sept./10 15:02 ] |
| Pas du param... |
| Commentaire de Emeric Teil [ 22/sept./10 10:23 ] |
| Pas du dev non plus :o) |
[APP-31013] Template list_default_template : Erreur velocity Création: 15/sept./10 10:01 Mise à jour: 01/févr./11 15:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
2010-09-14 17:40:49,221 INFO [-Processor78] 77.192.77.216 - >>> GET http://www.priceminister.com/s/chaussure+de+securite+43
2010-09-14 17:40:49,810 INFO [-Processor78] 77.192.77.216 - Prop-DYM :chaussure de securite 43|28|global|0||0 2010-09-14 17:40:49,923 INFO [-Processor78] 77.192.77.216 - TOPSEARCH~GC~chaussure de securite 43~global~28 2010-09-14 17:40:49,941 INFO [-Processor78] 77.192.77.216 - NPF RechercheGlobale:1;;0;0;515;73;0;0;110;2;0;1;1;17 2010-09-14 17:40:50,074 ERROR [-Processor78] 77.192.77.216 - Exception in macro #boldFormating at PMVelocity - PrdConfiguration - List - Complement - Alias : list_default_temp late[line 1, column 1] 2010-09-14 17:40:50,074 ERROR [-Processor78] 77.192.77.216 - Velocity exception during merge for the template : PMVelocity - PrdConfiguration - List - Complement - Alias : list_default_template#boldFormating(" : " " - " $summary.getSummaryValue("RawListComplement")) 2010-09-14 17:40:50,075 ERROR [-Processor78] 77.192.77.216 - Exception in macro #boldFormating at PMVelocity - PrdConfiguration - List - ComplementCollapse - Alias : list_defa ult_template[line 1, column 1] 2010-09-14 17:40:50,075 ERROR [-Processor78] 77.192.77.216 - Velocity exception during merge for the template : PMVelocity - PrdConfiguration - List - ComplementCollapse - Ali as : list_default_template#boldFormating(" : " " - " $summary.getSummaryValue("RawListComplementCollapse")) 2010-09-14 17:40:50,209 INFO [-Processor78] 77.192.77.216 - <<< [988 ms] GET http://www.priceminister.com/s/chaussure+de+securite+43 |
[APP-30978] Impossible de soumettre un fichier via FO pour OTM Création: 13/sept./10 18:03 Mise à jour: 21/févr./11 10:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
- cf. screenshot-1
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 13/sept./10 18:05 ] |
|
Log : 2010-09-13 17:23:12,172 DEBUG [-Processor14] mpt-pm - Read new value from database sequence advert_profile_seq : 9627937 2010-09-13 17:23:12,172 DEBUG [-Processor14] mpt-pm - Read new value from cached sequence advert_profile_seq : 9627937 2010-09-13 17:23:12,172 DEBUG [-Processor14] mpt-pm - Executing SQL: INSERT INTO ADVERT_PROFILE (advert_profile_id, adp_mass_process_code, adp_status_code, adp_type_co de, adv_process_code, adv_quality_code, advert_mapping_id, alias, allow_multiple, attr_value_grant_code, best_price_ratio, change_date, check_line, check_process_normalisation, close_other_adverts, column_count, convert_html_2_txt, creation_date, description, dtf_separator_code, file_format, grant_change_base_product, grant_update_change_owner, grant _update_owner_backoffice, grant_update_owner_different, import_tag, is_first_line_title, is_webservice, list_price_overload_ratio, list_price_ratio, max_error, namespace_prd_ma nufacturer_key, namespace_prd_standard_code, namespace_submitter_account_id, pid_namespace_code, prd_process_code, prd_type_code, row_version, use_search_duplication, user_acco unt_id) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2010-09-13 17:23:12,191 ERROR [-Processor14] mpt-pm - Failed to create instance. java.sql.SQLException: [Oracle] #457 ORA-00001: unique constraint (IMPORT_1.ADP_FKIX_MASS_PROCESS_CODE) violated at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.x.a(Unknown Source) at com.inet.ora.x.do(Unknown Source) at com.inet.ora.x.executeUpdate(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.executeInsert(JDBCAbstractCreateCommand.java:352) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.performInsert(JDBCAbstractCreateCommand.java:308) at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractCreateCommand.execute(JDBCAbstractCreateCommand.java:138) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:572) at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:222) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:266) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:766) at sun.reflect.GeneratedMethodAccessor336.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) |
[APP-30952] [Mes ventes] Bug graphique au survol des points d'interrogation sous google chrome Création: 13/sept./10 11:22 Mise à jour: 14/sept./10 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 77.0.0 (TX-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Thomas Landru | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM: | Mon Compte : Mes Ventes |
| Navigateur: | Chrome |
| Description |
|
Au survol des points d'interrogation, on obtient un premier
décalage puis un deuxieme décalage de ce point d'interrogation.
Problème présent uniquement sur google chrome. |
| Commentaires |
| Commentaire de Gafour Abdoul [ 13/sept./10 16:12 ] |
|
aucune solution envisagée pour le moment, d'autant que cela
ne se reproduit qu'au dessus d'une certaine largeur d'écran.
ça ne se produit pas en 1024px. |
[APP-30946] Revoir la regexp de validation d'email Création: 10/sept./10 18:18 Mise à jour: 22/sept./10 08:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Actuellement, on a ça :
^[a-z0-9|_|+|-]+([\.]{1}[a-z0-9|_|+|-]+)*@[a-z0-9|_|+|-]+([\.]{1}[a-z0-9|_|+|-]+)+$ Mais il semblerait qu'en fait elle soit simplement mal écrite (des | dans des [], un échappement de . dans des [], du {1} ...) et puisse se résumer à : ^[\w+-]+(\.[\w+-]+)*@[\w+-]+(\.[\w+-]+)+$ A checker éventuellement. Ensuite, on peut remarquer qu'on permet des adresses email commençant par [+_-], ce qui n'est pas vraiment valide... |
[APP-30939] [NPF]Pas de produits derrière filtre moins de 100€ Création: 10/sept./10 12:25 Mise à jour: 28/janv./11 15:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine, Navigation produit |
| Affecte la/les version(s): | 76.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
http://ivernel.lan:15100/cgi-bin/xsearch?offset=0&hits=10&query=productid:68372606&view=FRV76
http://www.pm.lan/nav/Tel-PDA_GPS/fp/Amoins+de+100 Reproductible en prod et en integ |
[APP-30928] Modification message BO UK Création: 09/sept./10 11:10 Mise à jour: 09/sept./10 13:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour
Pourriez-vous rajouter dans le message "Contacts> créer un compte pro" le texte suivant: All you need to know about your Professional shop on priceminister en y mettant le lien hypertexte dessus: http://www.priceminister.com/visuels/PRO/SellersGuide2010-09.pdf A placer au dessus de "Welcome to PriceMinister, Happy selling! " |
[APP-30927] Optimisation de la requête IdentificationSearchQuery Création: 09/sept./10 11:51 Mise à jour: 05/janv./11 15:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 76.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ayoub Benseghir | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
La requête IdentificationSearchQuery n'as pas une écriture optimale:
Sa forme actuelle: /* dynamic native SQL query */ /* IdentificationSearchQuery */ SELECT DISTINCT prd_identification.prd_identification_id, prd_identification.change_date, prd_identification.clean_identification, prd_identification.creation_date, prd_identification.identification, prd_identification.namespace_prd_manufacturer_key, prd_identification.namespace_prd_source_code, prd_identification.namespace_prd_standard_code, prd_identification.namespace_submitter_account_id, prd_identification.pid_namespace_code, prd_identification.pid_source_code, prd_identification.pid_status_code, prd_identification.prd_type_code, prd_identification.product_id, prd_identification.row_version FROM product, ( SELECT product_id, prd_identification_id FROM prd_identification WHERE (pid_status_code = 10) AND (clean_identification = :x1) AND (pid_namespace_code = 10) AND (namespace_prd_standard_code = 10) UNION SELECT product_id, prd_identification_id FROM prd_identification WHERE (pid_status_code = 10) AND (clean_identification = :x2) AND (pid_namespace_code = 10) AND (namespace_prd_standard_code = 20)) id, prd_identification WHERE (id.product_id = product.product_id) AND (prd_identification.prd_identification_id = id.prd_identification_id) AND (product.prd_visibility_code = 10); L'écriture suivante devrait garantir les mêmes résultats tout en s'exécutant plus rapidement: SELECT prd_identification.prd_identification_id, prd_identification.change_date, prd_identification.clean_identification, prd_identification.creation_date, prd_identification.identification, prd_identification.namespace_prd_manufacturer_key, prd_identification.namespace_prd_source_code, prd_identification.namespace_prd_standard_code, prd_identification.namespace_submitter_account_id, prd_identification.pid_namespace_code, prd_identification.pid_source_code, prd_identification.pid_status_code, prd_identification.prd_type_code, prd_identification.product_id, prd_identification.row_version FROM product, prd_identification WHERE (prd_identification.product_id = product.product_id) AND (product.prd_visibility_code = 10) AND (pid_status_code = 10) AND (pid_namespace_code = 10) AND ((clean_identification = :x1 AND namespace_prd_standard_code = 10) OR (clean_identification = :x2 AND namespace_prd_standard_code = 20)); |
[APP-30926] Insérer le lien du guide vendeur dans le mail applicatif "creer un compte pro" site ES Création: 08/sept./10 14:41 Mise à jour: 17/déc./10 08:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Frederic vacher | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour,
Merci d'insérer dans le mail applicatif "créer un compte pro" sur le site ES le lien suivant à la fin du mail : http://www.priceminister.com/visuels/PRO/GUIA_DEL_VENDEDOR_PROFESIONAL_3.pdf. La phrase pour introduire ce lien pourrait être : tout savoir sur la gestion de votre boutique Priceminister ou bien Consultez notre guide vendeur pour commencer à vendre sur Priceminister.. Fred |
| Commentaires |
| Commentaire de Frederic vacher [ 09/sept./10 17:46 ] |
| On pourrait le traduire par : Consulta nuestra guía del vendedor profesional para comenzar a vender en PriceMinister: |
| Commentaire de Frederic vacher [ 03/nov./10 15:50 ] |
|
Bonjour,
Ou en t-on de cette demande? Merci. |
| Commentaire de Pablo Anton [ 17/déc./10 08:44 ] |
|
Publié sur REF:
/mail_templates/templates/095_contact pros/0080_créer un compte pro |
Bouton "VVV" sur des offres en PRE-COMMANDE
(APP-30913)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Thomas Allier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | BuyBox |
Bouton "VVV" sur des offres en PRE-COMMANDE
(APP-30913)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Thomas Allier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | BuyBox |
| Description |
|
http://www.pm.lan/offer/buy/102956391/l-arnacoeur-de-pascal-chaumeil-video-en-pre-commande.html?abversion=1
|
| Commentaires |
| Commentaire de Corinne Grondin [ 11/oct./10 17:00 ] |
| Lors de la phase de brief de la NAV-E, on a mis de côté cet item. Voir avec BBO, c'est lui qui en avait parlé. |
| Commentaire de Corinne Grondin [ 11/oct./10 17:54 ] |
| Je te le réattribue pour voir avec BBO |
[APP-30919] Erreur sur Export compensation si id compensation absent Création: 08/sept./10 12:40 Mise à jour: 08/sept./10 12:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il n'empêche que l'application ne devrait pas planter mais
catcher le problème en loguant en WARN un « Parameter CompensationId is
missing in URL http://... »
C. De : Nicolas Chauveau [mailto:nicolas.chauveau@priceminister.com] Envoyé : mercredi 8 septembre 2010 08:30 À : Patrick Pereira Cc : Christophe Garcia; Arnaud Forgues; exploitation; Benoit Bourdon Objet : Re: [NAGIOS] PROBLEM alert - Pendragon/ALERT ORACLE ERRORS FR is CRITICAL ** Ça ressemble à un type qui est en manque de webservices ... On commence par les commerciaux. 2010/9/7 Patrick Pereira <patrick.pereira@priceminister.com> Après avoir vérifié sur plusieurs AS, c'est en effet toujours des appels du pro « mmzci ». Avec qui faut-il voir ça à votre avis ? BO, Commerciaux ? De : Nicolas Chauveau [mailto:nicolas.chauveau@priceminister.com] Envoyé : mardi 7 septembre 2010 18:13 À : Christophe Garcia; Arnaud Forgues Cc : Patrick Pereira; exploitation Objet : Re: [NAGIOS] PROBLEM alert - Pendragon/ALERT ORACLE ERRORS FR is CRITICAL ** J'ajoute Arnaud 2010/9/7 Christophe Garcia <christophe.garcia@priceminister.com> Le lien a pourtant l'air bon (voir ci-dessous). J'ai l'impression que c'est un robot et qu'il se gauffre en envoyant l'URL. Patrick, tu as d'autres cas sur d'autres comptes aujourd'hui ? De : Christophe Garcia [mailto:christophe.garcia@priceminister.com] Envoyé : mardi 7 septembre 2010 17:53 À : Patrick Pereira; Nicolas Chauveau; exploitation Objet : RE: [NAGIOS] PROBLEM alert - Pendragon/ALERT ORACLE ERRORS FR is CRITICAL ** On dirait bien qu'on a perdu le compensationid dans l'URL De : Patrick Pereira [mailto:patrick.pereira@priceminister.com] Envoyé : mardi 7 septembre 2010 17:27 À : Nicolas Chauveau; exploitation; Christophe Garcia Objet : TR: [NAGIOS] PROBLEM alert - Pendragon/ALERT ORACLE ERRORS FR is CRITICAL ** Désolé, pas de Jira, j'envoie un mail. On doit avoir un bug introduit dans la dernière version. Cf le message ci-dessous qu'on a régulièrement par salve sur beaucoup d'AS. Sur Pendragon plus précisément ça donne : 2010-09-07 17:18:26,155 INFO [Processor220] mmzci - >>> GET http://www.priceminister.com/compensation?action=export&compensationid= 2010-09-07 17:18:26,166 ERROR [Processor220] mmzci - SQL error caused by ItemCompensationInfoQuery -- ItemCompensationInfoQuery SELECT item.item_id, item.adv_allow_pickup, item.adv_allow_shipping, item.adv_currency_id, item.adv_is_original, item.adv_pickup_country_id, item.adv_pick up_phone_number, item.adv_pickup_zip, item.adv_quality_code, item.adv_sale_price, item.adv_seller_comment, item.adv_seller_private_comment, item.adv_seller_re ference1, item.adv_serial_number, item.adv_type_code, item.advert_id, item.archived_prd_summary, item.buyer_account_id, item.buyer_bonus, item.buyer_comment, item.buyer_login, item.buyer_negotiation_comment, item.buyer_remind_code, item.buyer_remind_date, item.buyer_second_remind_date, item.cbv_rule_id, item.change _date, item.claim_closing_date, item.claim_comment, item.claim_compensation_id, item.clm_status_code, item.closing_date, item.commission_id, item.commit_date, item.compensation_id, item.compensation_processing_date, item.complement_product_id, item.creation_date, item.currency_id, item.ext_war_rule_id, item.feedbac k_date, item.gallery_id, item.history, item.is_abandonned, item.is_buybox, item.is_cbv_applicable, item.is_ext_war_applicable, item.is_seller_vat_exempted, it em.item_commission_tax_rate, item.item_cost_price, item.item_fixed_commission_net, item.item_fixed_commission_tax, item.item_varia_commission_net, item.item_v aria_commission_tax, item.itm_cancel_code, item.itm_claim_type_code, item.itm_status_code, item.itm_type_code, item.last_claim_date, item.matching_keywords, i tem.origin_block, item.origin_screen, item.prd_type_code, item.product_id, item.purchase_id, item.return_shipping_price, item.row_version, item.seller_account _id, item.seller_bonus, item.seller_country_id, item.seller_feedback_date, item.seller_justification, item.seller_login, item.seller_nego_price, item.seller_r emind_code, item.seller_remind_date, item.seller_score, item.seller_score_feedback, item.seller_shipping_real_ctry_name, item.ship_commission_net, item.ship_c ommission_tax, item.ship_commission_tax_rate, item.ship_cost_price, item.ship_leader_sale_price, item.shipment_number_1, item.shipment_number_2, item.shipping _size_id, item.shipping_type_id, item.vat_country_id, item.vat_disclaimer, purchase.authorization_date AS authorization_date FROM item, purchase WHERE (item.purchase_id = purchase.purchase_id) AND (compensation_id = :x1 OR claim_compensation_id = :x2) ORDER BY purchase.authorization_date DESC ; 2010-09-07 17:18:26,169 ERROR [Processor220] mmzci - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.p urchase.business.PurchaseCatalog.getSellerItemInCompensationCollection(java.lang.Long) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #172 ORA-01008: not all variables bound at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.o.a(Unknown Source) at com.inet.ora.n.a(Unknown Source) at com.inet.ora.n.for(Unknown Source) -----Message d'origine----- De : adminpm@priceminister.com [mailto:adminpm@priceminister.com] Envoyé : mardi 7 septembre 2010 17:19 À : exploitation@priceminister.com Objet : [NAGIOS] PROBLEM alert - Pendragon/ALERT ORACLE ERRORS FR is CRITICAL ** ***** Nagios 3.0 ***** Notification Type: PROBLEM Service: ALERT ORACLE ERRORS FR Host: Pendragon Address: pendragon State: CRITICAL Date/Time: Tue Sept 7 17:19:08 CEST 2010 Additional Info: CRITICAL - 10 Oracle error(s) Extra Info: ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound ORACLE-01008=not all variables bound -- Nicolas Chauveau Responsable des développements PriceMinister Tél : 01 42 78 99 92 - Fax : 01 42 78 80 64 57, Boulevard de la Villette - 75010 Paris - France www.priceminister.com www.priceminister.es www.priceminister.co.uk -- Nicolas Chauveau Responsable des développements PriceMinister Tél : 01 42 78 99 92 - Fax : 01 42 78 80 64 57, Boulevard de la Villette - 75010 Paris - France www.priceminister.com www.priceminister.es www.priceminister.co.uk -- Arnaud Forgues PriceMinister.com Chef de Projet Etude & Développement 57, bd de la Villette 75010 Paris arnaud.forgues@priceminister.com +33 (0)1 42 78 98 33 |
Affichage en BO du contenu du fichier overload
(APP-30916)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Commentaires |
| Commentaire de Renaud Dierickx [ 08/sept./10 12:31 ] |
|
Remarque d'ALG :
"Il aurait pas été plus malin d'utiliser le système de properties pour lui demander où il va chercher les fichiers de properties ? Parce que là ça signifie que cette information est à 2 endroits : * dans les properties elles-mêmes * dans /appli/priceminister/jboss/server/$USER/deploy/properties-service.xml De plus, comment est gérée la différence entre les utilisateurs en DEV ?" |
[APP-30916] Affichage en BO du contenu du fichier overload Création: 08/sept./10 12:26 Mise à jour: 08/sept./10 12:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||
| Projets PM: | *** CHASSE *** |
[APP-30913] Bouton "VVV" sur des offres en PRE-COMMANDE Création: 08/sept./10 11:23 Mise à jour: 11/oct./10 17:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||
| Site: | Integ | |||||||||||||||
| Projets PM: | BuyBox |
| Description |
|
En abversion = 2 ou 3 le bouton VVV est présent + absence picto PRE-COMMANDE.
Il ne devrait pas (c'est OK en abversion = 1) Exemple : http://www.pm.lan/offer/buy/102956391/l-arnacoeur-de-pascal-chaumeil-video-en-pre-commande.html?abversion=2 |
| Commentaires |
| Commentaire de Thomas Allier [ 08/sept./10 18:29 ] |
|
un oubli dans le projet.
La présence du bouton vendez le vôtre n'est pas dramatique puisqu'on redirige vers la home univers vente (c'est le même comportement que pour les fiches produit privées). Concernant le picto, c'est plus gênant car on ne prévient pas l'acheteur que le produit n'est pas disponible. |
| Commentaire de Martin Sudmann [ 11/oct./10 16:45 ] |
| Thomas, merci de préciser la décision pris avec BBO |
[Buybox]Mauvaises info envoyées à XiTi concernant l'A/B test BuyBox
(APP-30902)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | BuyBox |
| Description |
|
Valeur : {"configuration":[{xitiTag="A", version="1", xitiDescription="OLD_FP_FULL", weight=33},{xitiTag="B", version="2", xitiDescription="NEW_FP_FULL",weight=33},{xitiTag="C", version="3", xitiDescription="NEW_FP_BB_FULL",weight=34}],"description":"ENTETE_FP_BB_FULL", "maxAge":30} |
[Buybox]Mauvaises info envoyées à XiTi concernant l'A/B test BuyBox
(APP-30902)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | BuyBox |
[APP-30902] [Buybox]Mauvaises info envoyées à XiTi concernant l'A/B test BuyBox Création: 03/sept./10 12:34 Mise à jour: 23/sept./10 18:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Projets PM: | BuyBox |
Correction suite audit sécurité
(APP-30890)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Damien Gilloz | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Possibilité de réaliser une attaque de type dictionnaire sur le formulaire d'authentification: - Les comptes sont connus - Les mots de passe peuvent être simples - Les comptes ne sont jamais verrouillés même après de nombreuses tentatives qui ont échouées #!/bin/bash LOGIN="unloginconnu" PASS="plop toto tata lebonmotdepasse titi" for i in $PASS; do wget -nv "https://www.priceminister.com/connect?action=do_login&login="$LOGIN"&user_password="$i -O result 2> /dev/null if grep -q "incorrect" result ; then echo FALSE else echo TRUE echo "Le mot de passe est: $i" exit fi done |
[APP-30890] Correction suite audit sécurité Création: 18/août/10 15:02 Mise à jour: 10/déc./10 16:12 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien Gilloz | Attribution: | Damien Gilloz |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Christophe Garcia [ 10/déc./10 16:12 ] |
| MDPLVC |
[APP-30889] Bilan vendeur. Envoie de mails à des users dont l'adresse est NPAI. Création: 02/sept./10 11:28 Mise à jour: 01/oct./10 17:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Bilan vendeur |
| Affecte la/les version(s): | 76.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jérémie Bennejean | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Bonjour,
On constate sur les serveurs des batchs, des erreurs dans USER_STAT. 10-09-02 10:55:22,971 ERROR [USER_STATS ] USER_STATS - Email not sent (EMAIL_INVALID) to user 11561931 : see server logs for details 2010-09-02 10:55:30,147 ERROR [USER_STATS ] USER_STATS - Email not sent (EMAIL_INVALID) to user 11562336 : see server logs for details 2010-09-02 10:55:54,837 ERROR [USER_STATS ] USER_STATS - Email not sent (EMAIL_INVALID) to user 11562837 : see server logs for details 2010-09-02 10:56:07,804 ERROR [USER_STATS ] USER_STATS - Email not sent (EMAIL_INVALID) to user 11564057 : see server logs for details 2010-09-02 10:56:23,818 ERROR [USER_STATS ] USER_STATS - Email not sent (EMAIL_INVALID) to user 11565312 : see server logs for details 2010-09-02 10:56:44,714 ERROR [USER_STATS ] USER_STATS - Email not sent (EMAIL_INVALID) to user 11567200 : see server logs for details En fait l'application indique qu'elle ne peut pas envoyer de mails à ces users, à juste titre parce que leurs adresse est NPAI. Il faudrait supprimer le "ERROR" des logs et ne pas sélectionner ces users dans l'envoi du bilan vendeur. |
| Commentaires |
| Commentaire de Emeric Teil [ 21/sept./10 11:50 ] |
| En chasse pour analyse / correction... |
| Commentaire de Clement Balay [ 21/sept./10 16:12 ] |
|
En fait ce message d'erreur apparait lorsqu'un utilisateur
est invalidé et qu'on essaie de lui envoyer un mail. C'est donc un
blindage côté DEV qu'il faut conserver.
Le problème c'est que la cible des batchs d'envoi de mail est calculée par un script en exploit qui remplit des vues materialisées. donc deux possibilités; * Soit ce script prend déjà en compte l'invalidation des utilisateurs. a ce moment, là on ne pourra rien faire. Si par exemple, un utilisateur est invalidé après le passage du script et avant celui du batch. Le message d'erreur apparaitra. * Soit le script ne prend pas en compte l'invalidation NPAI, à ce moment là il suffirait de prendre en compte ce critère dans le script. ce qui enlèverait déjà pas mal de logs. N'hésitez pas à venir nous poser des questions sur ce sujet |
| Commentaire de Patrick Pereira [ 23/sept./10 15:16 ] |
|
Pour moi, c'est le batch qui doit tenir compte de ce paramètre.
En effet, la vue matérialisée sur laquelle il s'appuie est construite en début de moi, puis n'est plus modifiée pendant les 5 jours que tourne le batch. 5 jours c'est suffisamment long pour qu'il y ait des nouvelles invalidations d'adresse email. Du coup on n'élimine totalement le risque d'erreur qu'en mettant la vérif au niveau batch. |
| Commentaire de Clement Balay [ 23/sept./10 15:22 ] |
| Il y a donc une décision à prendre. Dans tous les cas, les logs de ce batch sont bien centralisés et il est facile de modifier la politique des logs pour les compteurs |
[APP-30888] [Colorpicker] Mauvais état du bouton lorsque l'on clique sur "OK" Création: 02/sept./10 11:03 Mise à jour: 23/sept./10 11:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 7.X |
| Classif FONC: | javascript |
| Description |
|
Voir capture. Le bouton reste ouvert sous IE lorsqu'on clique sur "OK".
|
[APP-30886] [Javascript] La limitation JS du nombre max de caractères ne fonctionne pas sous IE Création: 02/sept./10 10:32 Mise à jour: 23/sept./10 11:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 7.X |
| Classif FONC: | javascript |
| Description |
|
Constaté sur le formulaire personnalisation boutique, mais
doit être transverse à tous les formulaires de ce type (avis,
Q&A...) : la limite du nombre de caractères maxi ne fonctionne pas
en JS sous IE.
|
[APP-30883] [FP/BuyBox] A/B test modification property Création: 01/sept./10 17:20 Mise à jour: 02/sept./10 17:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | BuyBox |
| Description |
|
Modifier la property "priceminister.abtesting.fp_buybox.conf" pour les 3 pays. Lui donner la valeur suivante priceminister.abtesting.fp_buybox.conf = {"configuration":[{xitiTag="A", version="1", xitiDescription="OLD_FP_FULLMVT", weight=33},{xitiTag="B", version="2", xitiDescription="NEW_FP_FULLMVT",weight=33},{xitiTag="C", version="3", xitiDescription="NEW_FP_BB_FULLMVT",weight=34}],"description":"ENTETE_FP_BB_FULLMVT", "maxAge":30} date d'expiration : 01/10/2010 |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 01/sept./10 18:04 ] |
|
- Annule et remplace la propriété
"priceminister.abtesting.fp_buybox.conf" présente dans le fichier
priceminister-overload #========================== # Pole : NAV # Expire le : 01/10/2010 # Commentaire : abtest BuyBox #========================== priceminister.abtesting.fp_buybox.conf = {"configuration":[{xitiTag="A", version="1", xitiDescription="OLD_FP_FULLMVT", weight=33},{xitiTag="B", version="2", xitiDescription="NEW_FP_FULLMVT",weight=33},{xitiTag="C", version="3", xitiDescription="NEW_FP_BB_FULLMVT",weight=34}],"description":"ENTETE_FP_BB_FULLMVT", "maxAge":30} - Done en INTEG |
| Commentaire de Jérémie Bennejean [ 01/sept./10 18:13 ] |
|
Fait en: FR titeia : OK - Fichier IDENTIQUE hercule : OK - Fichier IDENTIQUE salus : OK - Fichier IDENTIQUE junon : OK - Fichier IDENTIQUE rhome : OK - Fichier IDENTIQUE sais : OK - Fichier IDENTIQUE orichalque : OK - Fichier IDENTIQUE kapys : OK - Fichier IDENTIQUE anchise : OK - Fichier IDENTIQUE sauron : OK - Fichier IDENTIQUE pendragon : OK - Fichier IDENTIQUE haliades : OK - Fichier IDENTIQUE centaure : OK - Fichier IDENTIQUE ES: esculape : OK - Fichier IDENTIQUE venus : OK - Fichier IDENTIQUE tellus : OK - Fichier IDENTIQUE amphore : OK - Fichier IDENTIQUE UK: neptune : OK - Fichier IDENTIQUE saturne : OK - Fichier IDENTIQUE aurore : OK - Fichier IDENTIQUE |
| Commentaire de Thomas Allier [ 02/sept./10 15:12 ] |
|
L'écrasement des cookies n'est pas effectif. Il faut à nouveau modifier l'overload priceminister.abtesting.fp_buybox.conf = {"configuration":[{xitiTag="D", version="1", xitiDescription="OLD_FP", weight=33},{xitiTag="E", version="2", xitiDescription="NEW_FP",weight=33},{xitiTag="F", version="3", xitiDescription="NEW_FP_BB",weight=34}],"description":"ENTETE_FP_BB", "maxAge":30} même date d'expiration |
| Commentaire de Espérance Galouo-Lece [ 02/sept./10 15:38 ] |
|
- Annule et remplace la propriété
"priceminister.abtesting.fp_buybox.conf" présente dans le fichier
priceminister-overload #========================== # Pole : NAV # Expire le : 01/10/2010 # Commentaire : abtest BuyBox #========================== priceminister.abtesting.fp_buybox.conf = {"configuration":[{xitiTag="D", version="1", xitiDescription="OLD_FP", weight=33},{xitiTag="E", version="2", xitiDescription="NEW_FP",weight=33},{xitiTag="F", version="3", xitiDescription="NEW_FP_BB",weight=34}],"description":"ENTETE_FP_BB", "maxAge":30} - Done en INTEG |
| Commentaire de Jérémie Bennejean [ 02/sept./10 17:31 ] |
|
Fait en: FR titeia : OK - Fichier IDENTIQUE hercule : OK - Fichier IDENTIQUE salus : OK - Fichier IDENTIQUE junon : OK - Fichier IDENTIQUE rhome : OK - Fichier IDENTIQUE sais : OK - Fichier IDENTIQUE orichalque : OK - Fichier IDENTIQUE kapys : OK - Fichier IDENTIQUE anchise : OK - Fichier IDENTIQUE sauron : OK - Fichier IDENTIQUE pendragon : OK - Fichier IDENTIQUE haliades : OK - Fichier IDENTIQUE centaure : OK - Fichier IDENTIQUE ES: esculape : OK - Fichier IDENTIQUE venus : OK - Fichier IDENTIQUE tellus : OK - Fichier IDENTIQUE amphore : OK - Fichier IDENTIQUE UK: neptune : OK - Fichier IDENTIQUE saturne : OK - Fichier IDENTIQUE aurore : OK - Fichier IDENTIQUE avec la valeur: #========================== # Pole : NAV # Expire le : 01/10/2010 # Commentaire : abtest BuyBox #========================== priceminister.abtesting.fp_buybox.conf = {"configuration":[{xitiTag="D", version="1", xitiDescription="OLD_FP", weight=33},{xitiTag="E", version="2", xitiDescription="NEW_FP",weight=33},{xitiTag="F", version="3", xitiDescription="NEW_FP_BB",weight=34}],"description":"ENTETE_FP_BB", "maxAge":30} |
[APP-30882] Cartouche confirmation dans "Postez un message" Création: 01/sept./10 16:59 Mise à jour: 22/sept./10 08:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Visser | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
FireShot capture #051 -
'PriceMinister - Aide - Achat et vente d'occasion ou neuf - DVD, VHS,
Jeux Vidéo, Consoles, PC, CD, Disques, Livres, BD, Vidéos' -
www_priceminister_com_message_rid=1&redirected=true.png
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Bonjour,
Il y a un problème avec le cartouche de confirmation de la page Postez un message à PriceMinister. Dans le cas d'un message positif, c'est le cartouche vert qui devrait s'afficher. Voir capture d'écran en pièce jointe. Merci Carole |
| Commentaires |
| Commentaire de Gafour Abdoul [ 03/sept./10 09:35 ] |
| Il fautdrait commencer par un diag Fonc et /ou DEV pour vérifier que les bonnes classes soient appliquées. |
[APP-30879] Le carrousel ne se cale pas toujours bien sous chrome Création: 01/sept./10 11:40 Mise à jour: 01/sept./10 11:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2010-09-01_114116.JPG
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Vu sous chrome uniquement, les produits ne se calent pas toujours bien dans le carrousel (vitrine dans l'exemple). Particulièrement visible dans la nouvelle vitrine. |
[APP-30867] FP : Elargissement de la MarketPlace lors de l'affichage de 1euro Création: 31/août/10 15:35 Mise à jour: 31/août/10 15:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 76.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | BuyBox |
| Navigateur: | FireFox 3.0 |
| Description |
|
cf. screenshot-1
|
[APP-30853] FP Jeu vidéo : Message velocity "Null reference [template 'PMVelocity - search_no_rule', line 1, column 1] : $sentence.toLowerCase() cannot be resolved." Création: 30/août/10 17:36 Mise à jour: 30/août/10 17:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | BuyBox |
| Navigateur: | Tous |
| Description |
|
SANS BB : 2010-08-30 17:33:52,139 INFO [-Processor19] 192.168.61.130 - >>> GET http://www.pm.lan/offer/buy/84098068/call-of-duty-modern-warfare-2-jeu-ps3.html?abversion=2 2010-08-30 17:33:52,139 INFO [-Processor19] 192.168.61.130 - Same request - count=1 - delay=202103ms 2010-08-30 17:33:53,175 INFO [-Processor19] 192.168.61.130 - FP 84098068:0;77;0;0;6;35;0;0;0;652;0;240;1;18;1 2010-08-30 17:33:53,629 DEBUG [-Processor19] 192.168.61.130 - Null reference [template 'PMVelocity - search_no_rule', line 1, column 1] : $sentence.toLowerCase() cannot be resolved. 2010-08-30 17:33:53,720 INFO [-Processor19] 192.168.61.130 - <<< [1581 ms] GET http://www.pm.lan/offer/buy/84098068/call-of-duty-modern-warfare-2-jeu-ps3.html?abversion=2 AVEC BB: 2010-08-30 17:35:35,581 INFO [-Processor17] 192.168.61.130 - >>> GET http://www.pm.lan/offer/buy/84098068/call-of-duty-modern-warfare-2-jeu-ps3.html?abversion=3 2010-08-30 17:35:36,517 INFO [-Processor17] 192.168.61.130 - BUYBOX 40;10;3 2010-08-30 17:35:37,452 INFO [-Processor17] 192.168.61.130 - FP 84098068:0;111;1;0;1;48;1;0;0;711;0;934;1;21;30 2010-08-30 17:35:37,787 WARN [-Processor17] 192.168.61.130 - Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure. 2010-08-30 17:35:37,918 DEBUG [-Processor17] 192.168.61.130 - Null reference [template 'PMVelocity - search_no_rule', line 1, column 1] : $sentence.toLowerCase() cannot be resolved. 2010-08-30 17:35:38,010 INFO [-Processor17] 192.168.61.130 - <<< [2429 ms] GET http://www.pm.lan/offer/buy/84098068/call-of-duty-modern-warfare-2-jeu-ps3.html?abversion=3 ANCIENNE FP: 2010-08-30 17:39:33,816 INFO [-Processor19] 192.168.61.130 - >>> GET http://www.pm.lan/offer/buy/84098068/call-of-duty-modern-warfare-2-jeu-ps3.html?abversion=1 2010-08-30 17:39:34,727 INFO [-Processor19] 192.168.61.130 - FP 84098068:0;35;0;0;0;34;0;0;0;618;0;203;0;15;0 2010-08-30 17:39:35,034 DEBUG [-Processor19] 192.168.61.130 - Null reference [template 'PMVelocity - search_no_rule', line 1, column 1] : $sentence.toLowerCase() cannot be resolved. 2010-08-30 17:39:35,109 DEBUG [-Processor19] 192.168.61.130 - Null reference [template 'PMVelocity - search_no_rule', line 1, column 1] : $sentence.toLowerCase() cannot be resolved. 2010-08-30 17:39:35,188 INFO [-Processor19] 192.168.61.130 - <<< [1371 ms] GET http://www.pm.lan/offer/buy/84098068/call-of-duty-modern-warfare-2-jeu-ps3.html?abversion=1 |
[APP-30833] Absence d'alignement des filtres "Other criteria" Création: 30/août/10 10:50 Mise à jour: 14/oct./10 11:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 30/août/10 11:01 ] |
| c'est que sur ie6 ? |
| Commentaire de Cécile Jeanne [ 13/oct./10 17:04 ] |
|
Pas trouvé de solution au niveau des css ...
En revanche quand je supprime le script suivant, ça se remet correctement : <script type="text/javascript"> PM.Event.eventReached(PM.Event.Type.INIT); </script> Le bug existe aussi en prod. |
[APP-30828] Présence du deux bordures inférieures aux bloc "Bilan Panier" et "Récapitulatif de commande" Création: 30/août/10 10:10 Mise à jour: 21/sept./10 11:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Classif2: | mur |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Thomas Allier [ 30/août/10 13:26 ] |
| A priori, ça ne concerne pas directement cette version. Je transmets au pôle TX |
| Commentaire de Emeric Teil [ 21/sept./10 11:55 ] |
| A priori, c'est lié à la désactivation d'1€, je mets en chasse pour voir comment on pourrait mieux gérer l'absence de promo ici... |
[APP-30804] Affiliation - Création de campagnes Post View (PV) Création: 26/août/10 19:15 Mise à jour: 01/févr./11 12:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Affiliation |
| Affecte la/les version(s): | 75.0.3.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Jonathan Gorges | Attribution: | Dispatcher (CoMarket) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour, Nous voulons tester en affiliation un type de campagne Post-View (par opposition au Post-Clic), qui nécessite une intervention technique de notre part. Principe : ** Le Post-View (PV) est une offre 'affiliation' nous permettant d'approcher des acteurs Média travaillant habituellement au CPM avec un modèle économique au CPA. ** Ce modèle au CPA repose sur une rémunération adaptée pour 'l'éditeur' ainsi que l'activation d'un tracking Post-View en plus d'un tracking Post-Clic. ** Important : le Post Clic (PC) prévaut toujours sur le PV et la déduplication est gérée du côté de la plateforme d'affiliation. ** Enfin, les outils utilisés sont uniquement des bannières (Gif ou flash), c'est du display classique. Exemple : cas d'un PV 24 heure ** Si l'internaute est exposé à une bannière PriceMinister issue d'une campagne PV et achète directement sur PM dans les 24h, alors l'affilié est rémunéré. ** En revanche, si ce même internaute clique sur un lien tracké (Google, Affilié, Comparateur, CRM...) avant d'acheter, nous affectons la vente au canal cliqué. Avantages du PV : ** Permettre à PriceMinister d'être présent sur des gros networks (habituellement au CPM) et de payer à la "performance". ** Une puissance de diffusion de certains éditeurs de 200 millions de PAP / mois ! ** Un relai de croissance qualifié et puissant, idéal pour les programmes comme le nôtre ayant déjà une imposante part de voix sur le réseau. ** L'activation de ce levier PV peut générer de 10 % à 20 % de volume incrémental sur un programme d'affiliation mature. Inconvénients du PV : ** Le PV contraint PriceMinister à payer dans certaines situation des ventes qui auraient pu être faîtes naturellement. Cet impact sur les ventes spontanées n'est pas mesurable. Solution envisagée : ** Tester dans un premier temps des petits PV (exemple 12 heure ou même 1heure). ** Exemple : si un internaute est exposé à une bannière PM d'une campagne PV et achète dans l'heure, nous avons toutes les raisons de penser que la bannière contribue à déclencher l'acte d'achat. Important : ** Attention, il ne faut pas faire l'amalgame avec les sites under car nous en sommes très loin. ** Le Post view permet vraiment à l'annonceur de faire de la performance sur de des espaces très quali et habituellement vendus au CPM. Le PC prévaut sur le PV... Demande technique de notre part : ** Lancer une campagne PV nécessite une intervention technique de PriceMinister. ** Pour tracker et rémunérer ces ventes, nous devons déposer un cookie dès le chargement de la bannière et paramétrer sa durée de vie selon nos besoins (1h, 12h...). ** En d'autres termes, il faut que notre système de tracking prenne en compte le fait qu'un internaute exposé à une bannière soit considéré comme visiteur (avec un cookie) ** Deux solutions envisageables : 1) Bannières "flaggeuses" : encoder les URLs d'hébergement des images afin que notre outil dépose un « cookie post-view » à l'affichage de la bannière. 2) Iframe : nous appelons, en parallèle de la bannière, une URL en iframe cachée qui appelle une page de notre site (en blind pour l'internaute) qui contiendra les tags du partenaire, et nous déposons un cookie paramétré selon nos besoins. Cette page peut donc être toute vierge avec juste les tags du partenaire. Planning : L'idéal pour nous serait de tester 1 ou 2 partenaire(s) PV à partir du mois d'octobre. Pourriez-vous svp revenir vers moi sur la faisabilité technique de ce projet ? Qu'en pensez-vous ? Que préconisez-vous ? Une fois votre GO technique, je cadrerai plus le projet (avec qui voulons-nous travailler, quelles conditions, quelle durée de cookie...) Merci d'avance pour votre retour. L'équipe Affiliation :-) |
| Commentaires |
| Commentaire de Jonathan Gorges [ 26/août/10 19:19 ] |
|
Sujet à évoquer en Co-Market je pense. Merci |
| Commentaire de Jonathan Gorges [ 03/sept./10 10:19 ] |
|
Bonjour, Avez-vous eu le temps d'étudier cette demande ? Pourriez-vous svp évaluer la faisabilité technique de ce projet et nous communiquer une date approximative de sortie du projet. Merci d'avance pour votre retour rapide. |
| Commentaire de Swan Desportes [ 03/sept./10 10:36 ] |
|
Non, le sujet n'a pas été évoqué en CoMarket. Elle dépasse largement le JIRA. Il vaut mieux que tu fasses un brief et que tu demandes à Odile de nous en parler. En tout cas, à première vu, il s'agit clairement d'un projet CoMarket. |
| Commentaire de Remigiusz Woronkiewicz [ 01/févr./11 12:39 ] |
|
Bonjour,
Nous avons décider de ne pas travailler en post-view pour l'instant. Vous pouvez donc fermer le JIRA. Merci d'avance! Rémi |
[APP-30803] Picto PRO absent sous IE6 Création: 26/août/10 19:02 Mise à jour: 21/oct./10 16:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Allier | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | BuyBox |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
/offer/buy/96573975/avatar-de-james-cameron-dvd-zone-2.html?abversion=3
|
| Commentaires |
| Commentaire de Corinne Grondin [ 11/oct./10 17:05 ] |
|
C'est "normal" la balise <abbr> ne fonctionne pas sous
IE6. Je ne sais pas ce qui avait été décidé par GAF à l'époque.
BBO, NCH, avez-vous plus d'info là dessus ? |
| Commentaire de Nicolas Chauveau [ 11/oct./10 17:18 ] |
|
GAF m'en avait parlé.
C'était négocié (avec qui ? BBO en l'absence de TAL ?) qu'on s'en passait sous IE6. Il avait un plan B, il me semble, s'il restait du temps : un système pour déclarer une balise sous IE ? |
| Commentaire de Hind El Haouaji [ 12/oct./10 09:43 ] |
| A ma connaissance, ce n'est pas à corriger pour tout de suite. On décale à la version suivante. |
| Commentaire de Gafour Abdoul [ 18/oct./10 15:51 ] |
|
une solution javascript (à priori la moins chère) :
<!--[if lt IE 7]> <script type="text/javascript">document.createElement('abbr');</script> <![endif]--> + probablement CSS pour adapter le tout à IE6 |
| Commentaire de Gafour Abdoul [ 21/oct./10 16:59 ] |
| La solution existe mais il y a un coût multinav, si tu penses qu'on doit corriger on se planifie ça. |
[APP-30783] MEV : faut-t-il toujours matcher dans l'abre de navigation d'annonce? Création: 25/août/10 18:44 Mise à jour: 09/sept./10 22:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 75.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Dans le code, il y a une redirection vers la home page dans
le cas où ne trouve pas le noeud de navigation pour une annonce et un
produit dans l'arbre de navigation d'annonce. Faut-t-il toujours faire
ce check? A priori non....
Dans SubmitViewModel : // Récupère la configuration de navigation confNavSearch = submitViewFacade.getNavSearchConfig(advert, product); // Redirige vers la homepage si le configuration n'a pas été trouvée. if (confNavSearch == null) return new Redirect(DefaultNavigationAction.urlHome()); |
| Commentaires |
| Commentaire de Benoît Bourdon [ 09/sept./10 22:46 ] |
|
Il faut clairement supprimer tout appel à la navigation annonce ...
Au passage, recenser tous les autres endroits de l'appli où l'on fait appel à cet arbre de nav annonce --> on verra alors si on peut élargir le nettoyage ... |
[APP-30750] Micmac dans les compteurs Création: 25/août/10 11:39 Mise à jour: 25/août/10 14:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
Voir screenshot On annonce 6 occasions alors qu'il y en a 10 (on omet les collections). On indique 7 vendeurs avec des filtres juste en dessous qui sont des compteurs d'annonces et où on indique un total de 10. C'est pour le moins confus. |
| Commentaires |
| Commentaire de Thomas Allier [ 25/août/10 14:51 ] |
|
Concernant l'offre de collection, nous n'avons pas touché
aux règles actuelles, à savoir qu'on n'affiche pas l'offre de collection
dans la place de marché, sauf s'il n'y a que des annonces de
collection. L'incohérence n'est pas nouvelle dans ce cas précis : http://www.priceminister.com/offer/buy/102124169/francois-rey-album-moliere-livre.html Compte tenu que la demande est forte de mettre en avant la concurrence entre vendeurs dans nos labels, je pense que la solution passe par deux évolutions pour réduire les incohérences: 1. Intégrer l'offre de collection dans la zone place de marché systématiquement. C'est assez peu coûteux mais ça reste une évolution par rapport à l'existant, avec le risque de surcharger le nombre de prix visibles dans l'en-tête de la FP 2. Adapter les compteurs suivant pour qu'ils soient relatifs au nombre de vendeur et non au nombre d'annonces: > Place de marché > Filtres annonce C'est assez coûteux car les compteurs qui sont dans les filtres correspondent à ce qui est lu dans FAST. Ca veut dire qu'on devrait modifier ces compteurs dans le connecteur et ainsi impacter tous les endroits où ces compteurs sont utilisés. Ce n'est donc pas réalisable pour cette version. Je propose donc de sortir ce JIRA de la version |
[APP-30749] [Liens remontants] Soulignement d'un espace en fin de ligne (premier lien remontant) Création: 25/août/10 11:35 Mise à jour: 11/janv./11 15:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
soulignement.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 7.X |
| Commentaires |
| Commentaire de Thomas Allier [ 25/août/10 14:57 ] |
| Uniquement sous IE7, déjà valable en PROD, je sors de la NAV D |
[APP-30745] [En-tête FP] Bloc Kelkoo bouge lorsqu'on déplie la toolbox vendeur Création: 25/août/10 09:59 Mise à jour: 11/janv./11 15:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 76.0.0 (NAV-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 7.X |
| Commentaires |
| Commentaire de Thomas Allier [ 25/août/10 10:55 ] |
| IE7 |
| Commentaire de Gafour Abdoul [ 25/août/10 11:37 ] |
| vérifier que le "B" n'en soit pas la cause avant de me retransférer le JIRA svp |
| Commentaire de Thomas Allier [ 25/août/10 15:13 ] |
| J'ai fait le test avec le b en prod et je n'ai pas le problème |
| Commentaire de Gafour Abdoul [ 26/août/10 10:02 ] |
| Je ne dis pas que c''est présent en prod mais l'équipe MAQ ne fais pas de recette/correction ou constat de BUG lorsque ce "B" est présent. en revanche si on a le même comportement sans le "B" aucun problème. |
| Commentaire de Thomas Allier [ 26/août/10 10:15 ] |
|
Il faut aller sur cette FP : http://www.pm.lan/offer/buy/106673250/mobile-de-test-1212-mobile.html, se loger avec le compte NAVD_2408 (mdp : provence). En cliquant sur la toolbox du haut, tout ce qui est en dessous de l'annonce se déplace. Valable uniquement sous IE7. C'est vraiment cosmétique, se concentrer sur le reste dans un premier temps |
| Commentaire de Corinne Grondin [ 11/oct./10 17:38 ] |
| pas urgent pour la version NAV-E, je déplace à la prochaine NAV |
[APP-30735] Espace Autopromo à prévoir en bas de la nouvelle page "Mes Ventes" Création: 24/août/10 16:27 Mise à jour: 17/sept./10 11:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Audrey Angleys | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour, La page "Mes ventes" va être refondue. Dans le cadre de ce projet, les espaces autopromo (side et body) existants vont disparaitre. Il faudrait prévoir un nouvel espace autopromo en body (en bas de page) sur la nouvelle page "Mes Ventes" (avec un espace entre le dernier tableau et l'espace autopromo pour qu'il ne soit pas collé). Serait-ce possible? Merci d'avance! Audrey |
| Commentaires |
| Commentaire de Fabrice Feugas [ 17/sept./10 11:27 ] |
| On pensait le faire dans le cadre du jeu concours vendeur, mais déscopé finalement. |
[APP-30715] Bug filtre USED / NEW en fashion Création: 11/août/10 10:04 Mise à jour: 14/oct./10 10:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 75.0.3.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Sans titre.bmp
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Bonjour
dans la catégorie Mode UK, je choisis en premier filtre NEW ONLY. Si je veux ensuite passer en USED ONLY, cela n'est plus possible. Pareil dans le sens inverse (passe de USED ONLY à NEW ONLY). Cf PJ |
| Commentaires |
| Commentaire de Martin Sudmann [ 17/août/10 09:41 ] |
| merci de mettre des liens vers la page qui pose problème dans le Jira ; des captures d'écran servent surtout pour des problèmes graphiques. |
| Commentaire de Martin Sudmann [ 17/août/10 09:43 ] |
| Merci de comparer la configuration Mode UK avec celle de la France. |
| Commentaire de Julien Buhagiar [ 17/août/10 11:30 ] |
|
Tu as le lien dans la copie d'écran: http://www.priceminister.co.uk/nav/Fashion/ft/n Le problème n'est pas présent sur le FR |
| Commentaire de Rémi Virlouvet [ 23/août/10 18:15 ] |
|
j'ignore comment ce petit menu est géré. le problème a l'air nouveau en tout cas, et uniquement sur l'univers Fashion (tous les types de cet univers sont affectés) |
| Commentaire de Martin Sudmann [ 15/sept./10 10:42 ] |
|
1ère chose à faire est une comparaison des confs entre FR et
UK ; on n'a pas besoin d'un dev pour le faire et on n'a pas besoin de
savoir comment le menu est géré.
On s'en occupe en chasse aux jiras. |
| Commentaire de Mohamed-Yassine El-gaout [ 13/oct./10 17:10 ] |
|
Le problème n'est pas lié à l'univers ou au serveur utilisé ,
car on aura ce problème dans tous les cas où on a que des produits avec
des annonces neuf ou d'occasion, Ex su FR (
/nav/Mode_bagageries-maroquinerie/f1/Femme/f2/Portefeuille/f5/Bleu.).
Pour résoudre ce problème il faut créer une autre requête qui ne tient pas en compte l'état d'annonce sélectionnée dans le filtre. |
[APP-30714] Problème de calcul du stock NEUF Création: 24/août/10 09:26 Mise à jour: 13/déc./10 14:25 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benoît Bourdon | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Sur cette FP :
http://bo.priceminister.com/offer/buy/77872765/sin-city-blu-ray-de-robert-rodriguez-video-en-pre-commande.html Le stock Neuf est systématiquement à +1 par rapport au nombre d'annonce Neuve réellement dispo ... (donc à l'heure où j'écris le stock est à 2 alors qu'il n'y a qu'une seule annonce neuve dispo ...) pour autant toutes les annonces neuves sont fermées sauf 1 : http://bo.priceminister.com/advert_back?action=advertsearch&free=&action_case=&advert_id=&product_id=77872765&seller_account_id=&seller_login=&adv_status_code=&prd_type_code=&adv_visibility_code=&adv_type_code=10&adv_showcase_code=&start_date=&end_date=&number_rows=200&x=22&y=7 (Même problème avec le filtre collection) |
| Commentaires |
| Commentaire de Manuel Sadok [ 14/sept./10 16:01 ] |
| Ca sera corrigé avec la VEN-E, où le stock ne sera plus calculé de manière incrémentale (avec bug) ... ;-) |
| Commentaire de Benoît Bourdon [ 27/oct./10 10:45 ] |
| Manu ? finalement ? les evolutions perfs font sauter ce bug ? dans le coup on vérifie et on remet en ven-E ? |
| Commentaire de Fabrice Feugas [ 03/nov./10 12:29 ] |
|
Aujourd'hui en prod :
0 neuf à partir de : 2,90 € Au moins, les informations qu'on affiche ne sont plus éronnées :) |
| Commentaire de Espérance Galouo-Lece [ 13/déc./10 11:51 ] |
| - Toujours d'actualité |
[APP-30679] Code HTML au lieu de wisiwyg Création: 17/août/10 16:58 Mise à jour: 17/août/10 17:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Une opératrice BO a signalé voir systématiquement apparaitre
le code HTML au lieu de la version wisiwyg (et des outils liés), avant
d'envoyer des mails déjà migrés en HTML. Ce bug ne concerne que cette opératrice, qui a précisé n'avoir rien changé, ni installé de nouveau programme ou module... Piste envisagée : Javascript désactivé sur ce poste ? Personne concernée : Axelle, du SAV. Merci d'avance ! |
[APP-30670] Conflit FP / changement type de produit - Annonce transférée non prise en compte dans classement par date d'arrivée Création: 03/août/10 12:07 Mise à jour: 07/déc./10 14:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Navigation produit |
| Affecte la/les version(s): | 75.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
date arrivee vtone gmx112.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Lors d'un changement de produit (conflit fiche soumise vers
fiche existante validée), la date d'arrivée dans la nav n'est pas
rafraichie.
Voir ex illustration |
| Commentaires |
| Commentaire de Manuel Sadok [ 07/déc./10 14:07 ] |
| A priori réglé depuis que le connecteur calcul l'information lastAdvertCreationDate (utilisée pour le classement par date d'arrivée). |
[APP-30657] [FDP] : Nettoyage des tailles non utilisées Création: 13/août/10 17:37 Mise à jour: 06/déc./10 18:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Frais de port |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
FDP_utilisation.xls
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Mail de Marion : " Tu trouveras en pj un extract de l'arbre de catégorie « Frais de port » avec tous les n¿uds de type Frais de port actifs et les tailles de frais de port utilisées sur ces n¿uds. Si je compare à la grille d'administration des Frais de port (http://bo.priceminister.com/shipping_back?action=shippricingmatrix&countrytype=SAME_COUNTRIES) aux tailles utilisées sur ces noeuds, j'ai 19 Tailles qui ne sont pas utilisées dans les n¿uds actifs Frais de port de l'arbre de catégorie (voir onglet 2 du fichier et liste ci-dessous) : T(12) France T(12) France et Intl T(17.5) France T(2.20) France et Intl - Enlèvement T(30) France T(4) / T(8) France et Intl T(4) France T(6,50) France T(8) France T-BlancG(30) - Enlèvement - sans chronopost T-Carte T-Default T-Indefini T-LivresM T-MobilierG T-Ordi T-Papeterie T-VHS T-VHS - Enlèvement " Il serait donc bien de faire un peu de nettoyage, en prenant en compte les éventuelles problématiques sur l'historique... |
[APP-30618] 1euro : modification du logo de retour à PM Création: 09/août/10 15:48 Mise à jour: 14/janv./11 10:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
cf retour d'Atos : " Nous vous confirmons effectivement ce qui est indiqué dans le Guide d'implémentation: ¿ Le logo du commerçant est transmis dans le champ « advert » de la requête de paiement.Il permet d'afficher le logo sur la banière du parcours client 1euro.com ¿ Le bouton d'annulation peut également être modifié. Il est appelé dans le champs cancel_return_logo ¿ ATTENTION : l'ensemble de ces logo doivent au préalable être transmis à 1euro.com pour le stockage sur les serveurs. Nous vous remercions de ne pas tenir compte de la précédente réponse. D'autre part, dans votre mail du 23/06/2010 14:51, vous indiquez: Notre partenaire PRICEMINISTER (043264758400023) rencontre des difficultés avec le champs "CANCEL_RETURN_LOGO" de la requete de paiement, en effet, il renseigne ce champs par "warning_03.jpg" qui fait référence à un logo qui vous a été transmis en enregistré pour le compte de ce partenaire et pourtant ce logo n'apparaît pas. En lieu et place, c'est le logo Retour au site marchand (logo d'origine) qui apparaît (voir détail dans le mail ci dessous en historique). Cependant, en vérifiant plusieurs transactions de ce jour, il s'avère qu'aucun logo n'est appelé dans le champ cancel_return_logo, il est donc normal que le logo ne s'affiche pas. Veuillez leur indiquer de passer le paramètre suivant: $parm="$parm cancel_return_logo=warning_03.jpg"; Afin que tout rentre dans l'ordre. " |
[APP-30590] Le calcul du pmprivatescore dans la mode Création: 05/août/10 10:34 Mise à jour: 05/août/10 17:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Après diverses recherches avec le pôle navigation, nous
avons la sensation que le pmprivatescore, qui utilise les ventes à 7
jours pour calculer le score de pertinence, n'utilise pas les bonnes
données, ce qui provoque l'affichage systématique de tous les produits
compléments d'un même produit de base, les uns a la suite des autres
dans la navigation. En effet, au lieu d'utiliser le nombre de ventes à 7 jours du produit complément, il semble que l'on utilise les ventes à 7 jours du produit de base. Du coup, seule la date de fraicheur fait varier le pmprivatescore d'un très faible pourcentage. Exemple : Les deux produits suivants sont les deux premiers affichés dans l'univers Mode : http://www.priceminister.com/offer/buy/98064071/cpl101704493/maillot-de-bain-femme-bikini-deux-2-pieces-bandeau-rayures-multicolores-s-36-m-38-l-40-xl-42-maillots-bains-pret-a-porter.html (Jaune) http://bo.priceminister.com/offer/buy/98064071/cpl107327416/maillot-de-bain-femme-bikini-deux-2-pieces-bandeau-rayures-multicolores-s-36-m-38-l-40-xl-42-maillots-bains-pret-a-porter.html (Bleu) Hors, au 5 aout, le premier produit à eu 3 ventes sur 7 jours (toutes tailles confondues et avec ou sans stock), le second en a eu 5. Le second devrait donc être en premier. Cela nous laisse pense que nous utilisons le nombre de ventes à 7 jours du produit de base et que c'est ensuite la fraicheur de l'annonce qui classe les produits compléments entre eux. |
| Commentaires |
| Commentaire de Thomas Allier [ 05/août/10 17:37 ] |
|
Voir avec MSU si le fait d'aller chercher les ventes à 7j des compléments d'une même fratterie est coûteux ou pas. Si on réaliser la modif, voir si A/B test possible pour mesurer les impacts. |
[APP-30558] bug cfonb intvirsg uk Création: 02/août/10 14:44 Mise à jour: 19/janv./11 18:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 74.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
INTVIRSG.txt
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** CHASSE *** |
| Description |
|
un bug dans le cfonb intvirsg uk du 1er août 2010
problème identifié : 1 caractère de trop sur la ligne 142 peut-être du à la présence de ¿ sur le nom (?) cfonb en pièce jointe pas bloquant, le montant du reversement total nous permet de modifier le cfonb à la main en retirant un caractère sans prendre de risques |
[APP-30548] [WS Upload] Harmoniser la langue des erreurs Création: 02/août/10 10:05 Mise à jour: 27/oct./10 11:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 75.0.0 (VEN-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Recette | ||||||||||||
| Projets PM: | WS Upload Image | ||||||||||||
| Description |
|
Tout en anglais ?
Tout en français ? Tout en franglais ? |
| Commentaires |
| Commentaire de Manuel Sadok [ 27/oct./10 11:49 ] |
| Faudra faire une passe globale sur les différents WS pour savoir ce qu'on fait. |
[APP-30531] URL vérolées envoyées par OVH : le %5c fait planter la page Création: 29/juil./10 14:45 Mise à jour: 29/juil./10 14:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 74.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Qui fait ces requêtes ? 2010-07-29-05-00_anchise.log.gz:2010-07-28 11:29:55,399 ERROR [-Processor34] 91.121.4.63 - com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:181: unexpected token: AND" 2010-07-29-05-00_anchise.log.gz:2010-07-28 11:29:55,400 ERROR [-Processor34] 91.121.4.63 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:181: unexpected token: AND" 2010-07-29-05-00_anchise.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:181: unexpected token: AND" 2010-07-29-05-00_anchise.log.gz:2010-07-28 11:29:55,400 WARN [-Processor34] 91.121.4.63 - Load error~Servlet=com.babelstore.navigation.front.FilterNavigationServlet~Request=GET http://www.priceminister.com/nav/Mode_Mode-enfant/f1/Top/f3/Tape+%e0+l%5c~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)~Trace=com.babelstore.search.SearchException: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:181: unexpected token: AND" 2010-07-29-05-00_anchise.log.gz:Caused by: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:181: unexpected token: AND" 2010-07-29-05-00_anchise.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:181: unexpected token: AND" 2010-07-29-05-00_centaure.log.gz:2010-07-28 22:32:33,857 ERROR [Processor456] 91.121.4.63 - com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:182: unexpected token: AND" 2010-07-29-05-00_centaure.log.gz:2010-07-28 22:32:33,863 ERROR [Processor456] 91.121.4.63 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:182: unexpected token: AND" 2010-07-29-05-00_centaure.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:182: unexpected token: AND" 2010-07-29-05-00_centaure.log.gz:2010-07-28 22:32:33,864 WARN [Processor456] 91.121.4.63 - Load error~Servlet=com.babelstore.navigation.front.FilterNavigationServlet~Request=GET http://www.priceminister.com/nav/Mode_chaussures/f1/Sandales/f3/Chauss%5c~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)~Trace=com.babelstore.search.SearchException: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:182: unexpected token: AND" 2010-07-29-05-00_centaure.log.gz:Caused by: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:182: unexpected token: AND" 2010-07-29-05-00_centaure.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:182: unexpected token: AND" 2010-07-29-05-00_haliades.log.gz:2010-07-28 13:05:08,114 ERROR [-Processor95] 91.121.4.63 - com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:147: unexpected token: AND" 2010-07-29-05-00_haliades.log.gz:2010-07-28 13:05:08,115 ERROR [-Processor95] 91.121.4.63 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:147: unexpected token: AND" 2010-07-29-05-00_haliades.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:147: unexpected token: AND" 2010-07-29-05-00_haliades.log.gz:2010-07-28 13:05:08,115 WARN [-Processor95] 91.121.4.63 - Load error~Servlet=com.babelstore.navigation.front.FilterNavigationServlet~Request=GET http://www.priceminister.com/nav/Mode_chaussures-sport/f3/Chauss%5c~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)~Trace=com.babelstore.search.SearchException: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:147: unexpected token: AND" 2010-07-29-05-00_haliades.log.gz:Caused by: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:147: unexpected token: AND" 2010-07-29-05-00_haliades.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:147: unexpected token: AND" 2010-07-29-05-00_orichalque.log.gz:2010-07-28 11:50:26,985 ERROR [Processor128] 91.121.4.63 - com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:140: unexpected token: AND" 2010-07-29-05-00_orichalque.log.gz:2010-07-28 11:50:26,985 ERROR [Processor128] 91.121.4.63 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:140: unexpected token: AND" 2010-07-29-05-00_orichalque.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:140: unexpected token: AND" 2010-07-29-05-00_orichalque.log.gz:2010-07-28 11:50:26,986 WARN [Processor128] 91.121.4.63 - Load error~Servlet=com.babelstore.navigation.front.FilterNavigationServlet~Request=GET http://www.priceminister.com/nav/Mode_bijoux/f2/Boucles+d%5c~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)~Trace=com.babelstore.search.SearchException: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:140: unexpected token: AND" 2010-07-29-05-00_orichalque.log.gz:Caused by: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:140: unexpected token: AND" 2010-07-29-05-00_orichalque.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:140: unexpected token: AND" 2010-07-29-05-00_sais.log.gz:2010-07-29 02:06:44,640 ERROR [Processor769] 91.121.4.63 - com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:205: unexpected token: AND" 2010-07-29-05-00_sais.log.gz:2010-07-29 02:06:44,641 ERROR [Processor769] 91.121.4.63 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:205: unexpected token: AND" 2010-07-29-05-00_sais.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:205: unexpected token: AND" 2010-07-29-05-00_sais.log.gz:2010-07-29 02:06:44,642 WARN [Processor769] 91.121.4.63 - Load error~Servlet=com.babelstore.navigation.front.FilterNavigationServlet~Request=GET http://www.priceminister.com/nav/Livres_Tourisme/f11/Carte+hors+France/f12/Carte+routi%e8re+de+l%5c~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)~Trace=com.babelstore.search.SearchException: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:205: unexpected token: AND" 2010-07-29-05-00_sais.log.gz:Caused by: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:205: unexpected token: AND" 2010-07-29-05-00_sais.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:205: unexpected token: AND" 2010-07-29-05-00_sauron.log.gz:2010-07-29 00:52:57,461 ERROR [Processor534] 91.121.4.63 - com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:142: unexpected token: AND" 2010-07-29-05-00_sauron.log.gz:2010-07-29 00:52:57,462 ERROR [Processor534] 91.121.4.63 - com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:142: unexpected token: AND" 2010-07-29-05-00_sauron.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:142: unexpected token: AND" 2010-07-29-05-00_sauron.log.gz:2010-07-29 00:52:57,463 WARN [Processor534] 91.121.4.63 - Load error~Servlet=com.babelstore.navigation.front.FilterNavigationServlet~Request=GET http://www.priceminister.com/nav/Enfant_jouet/f2/Histoire+d%5c~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;)~Trace=com.babelstore.search.SearchException: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:142: unexpected token: AND" 2010-07-29-05-00_sauron.log.gz:Caused by: com.babelstore.search.SearchException: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:142: unexpected token: AND" 2010-07-29-05-00_sauron.log.gz:Caused by: com.fastsearch.esp.search.SearchEngineException: parsefql: Query Error: line 1:142: unexpected token: AND" |
[MeV] Migration 4G Image & Son
(APP-30514)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Marion Anfreville |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Commentaires |
| Commentaire de Nicolas Clais [ 03/sept./10 13:08 ] |
|
Titre exemple à ajouter : Archos 7 - Lecteur Multimedia Portable - 160 Go - Ecran Tactile 7" - USB 2.0 Descriptif : - Synchronisation : PC - Norme(s) audio / vidéo prise(s) en charge : mp3 wav wma ogg MPEG-4 - Reconnaissance des balises ID3 - Support de stockage : Disque Dur |
| Commentaire de Simon Stevant [ 08/sept./10 16:42 ] |
| Création du formulaire hier sur Ref_cat_fr |
| Commentaire de Simon Stevant [ 08/sept./10 16:55 ] |
|
Après recette on rencontre des problèmes sur Ref_Cat_FR:
_ Le titre du formulaire indique toujours Audio portable. _Il est impossible de modifier l'annonce alors que les ID des profils n'ont pas été modifiés. |
| Commentaire de Simon Stevant [ 08/sept./10 16:57 ] |
| Problème de DIA entre type de stockage et capacité |
| Commentaire de Simon Stevant [ 08/sept./10 18:00 ] |
| La DIA est inscrite en dur dans l'arbre, il faut donc réaliser un fichier de DIA entre les attributs Support de stockage numérique / Type et Disque dur / Capacité && Mémoire flash / Taille installée |
| Commentaire de Julien Sananikone [ 08/sept./10 18:11 ] |
| carole a fait un script qui transforme des DIA de l'arbre en vraie DIA |
| Commentaire de Simon Stevant [ 09/sept./10 14:00 ] |
|
En voulant transformer la DIA je me suis rendu compte que
les valeurs des attributs Disque dur / Capacité & Mémoire flash /
Taille installée étaient exclusivement alpha-numériques, elles ne
portent pas d'unité, ce qui pose un problème majeur d'ergonomie pour
l'utilisation d'une DIA avec des select_classique
Je propose donc d'utiliser un input avec unité sur l'attribut Support de stockage numérique / Capacité qui ne dépend pas du type de support et d'organiser la NFP autour de la capacité exclusivement. (Ce qui a pour conséquence de supprimer le la DIA et le contrôle renseignant le type de mémoire. NB: la plupart des produits mis en vente de type audio portable sont renseignés par Cnet qui utilise _Support de stockage numérique / Capacité _Disque dur / Capacité _Mémoire flash / Taille installée selon les produits proposés Reste à savoir comment réorganiser la modélisation. |
| Commentaire de Julien Sananikone [ 09/sept./10 14:04 ] |
| il faut en effet trouver un nom d'attribut commun aux appareils à DD et memoire flash ... qui n'existe pas apparement ... et surtout c'est une modélisation CNEt |
| Commentaire de Simon Stevant [ 13/sept./10 15:44 ] |
|
Recette aujourd'hui et étude des valeurs d'attribut en prod:
ATTENTION: Penser à bien nettoyer les valeurs numériques pour en tête fabricant sur la prod et sur l'integ En tête / fabricant _Il faudra supprimer la valeur "autre" Doublons: _Clip Sonic / Clip sonic Technology _Marantz _Meizu / Meizu Elexctronic Technology _News Tech Products _Sony / Sony Ericsson |
| Commentaire de Julien Sananikone [ 15/sept./10 18:44 ] |
| Vu avec BBO, on met cette migration en stand by en attendant une refonte de la modélisation pour la gestion de la capacité mémoire (1 seul nom d'attribut) |
| Commentaire de Christophe Garcia [ 16/sept./10 15:22 ] |
| MDPLVC |
[TS_MVT]Nettoyage MVT Top Search
(APP-30507)
|
|
| Etat: | En cours |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | Tag Cloud |
| Description |
|
Appliquer la valeur : {"configuration":[{xitiTag="D", version="4", xitiDescription="Body haut"}],"description":"NpF (hors HP Univers) : Positionnement du block de nuage de tag pour les TopSearch", "maxAge":30} à la property priceminister.abtesting.top_search_block_position.conf |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 26/juil./10 17:54 ] |
| Il me faut une date d'expiration |
| Commentaire de Cédric Goldovsky [ 26/juil./10 18:01 ] |
|
donc, à faire sur tous les serveur FR de Prod : Modifier la propertie suivante : property priceminister.abtesting.top_search_block_position.conf et en profiter pour y ajouter les commentaires d'expiration. Ce qui donne : #========================== # Pole : NAV # Expire le : 24/08/2010 # Commentaire : Position bloc topSearch dans la NAV #========================== property priceminister.abtesting.top_search_block_position.conf = {"configuration":[{xitiTag="D", version="4", xitiDescription="Body haut"}],"description":"NpF (hors HP Univers) : Positionnement du block de nuage de tag pour les TopSearch", "maxAge":30} |
| Commentaire de Thomas Allier [ 27/juil./10 10:36 ] |
| Est-ce qu'on peut ne pas mettre de date d'expiration pour l'overload pour maintenant. Comme il s'agit d'un A/B test, on fera le nettoyage dans le code directement en supprimant la property dès qu'on aura le temps. |
| Commentaire de Jérémie Bennejean [ 27/juil./10 16:30 ] |
|
La valeur de la propriété priceminister.abtesting.top_search_block_position.conf est modifiée comme suit: Remplacement de: priceminister.abtesting.top_search_block_position.conf = {"configuration":[{xitiTag="A", version="1", xitiDescription="Col droite bas"},{xitiTag="B", version="2", xitiDescription="Col droite haut"},{xitiTag="C", version="3", xitiDescription="Body bas"},{xitiTag="D", version="4", xitiDescription="Body haut"}],"description":"NpF (hors HP Univers) : Positionnement du block de nuage de tag pour les TopSearch", "maxAge":30} Par : #========================== # Pole : NAV # Expire le : 24/08/2010 # Commentaire : Position bloc topSearch dans la NAV #========================== priceminister.abtesting.top_search_block_position.conf = {"configuration":[{xitiTag="D", version="4", xitiDescription="Body haut"}],"description":"NpF (hors HP Univers) : Positionnement du block de nuage de tag pour les TopSearch", "maxAge":30} |
| Commentaire de Thomas Allier [ 27/juil./10 18:10 ] |
|
Concernant la date d'expiration, la mettre au 19 octobre (cf mon commentaire précédant). On a donc : #========================== # Pole : NAV # Expire le : 19/10/2010 # Commentaire : Position bloc topSearch dans la NAV #========================== priceminister.abtesting.top_search_block_position.conf = {"configuration":[{xitiTag="D", version="4", xitiDescription="Body haut"}],"description":"NpF (hors HP Univers) : Positionnement du block de nuage de tag pour les TopSearch", "maxAge":30} |
[APP-30507] [TS_MVT]Nettoyage MVT Top Search Création: 26/juil./10 17:40 Mise à jour: 26/juil./10 17:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
FRA - France
|
|||||||||||||||
| Projets PM: | Tag Cloud |
[APP-30501] Connector : Absence de Message "ERROR [PMUpdateConnector ] - Fast Configuration Error : Correct the following errors first!" Création: 23/juil./10 16:51 Mise à jour: 14/janv./11 16:00 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
- Avant il existait un message du genre en cas problème de configuration coté param
2009-10-01 10:00:12 (2837 ms) INFO [STANDARD_UPDATE ] - TreeFast DB duration: 1652 ms 2009-10-01 10:00:12 (2837 ms) INFO [DBUpdateReader ] - Entry point label: Version 5.2 2009-10-01 10:00:12 (3138 ms) ERROR [PMUpdateConnector ] - Fast Configuration Error : Correct the following errors first! category 325705: Nav Filter without source children or target parameter 2009-10-01 10:00:12 (3140 ms) ERROR [PMUpdateConnector ] - java.lang.NullPointerException at PMUpdateConnector.<init>(PMUpdateConnector.java:228) at PMUpdateConnector.main(PMUpdateConnector.java:70) - Actuellement, ce message ne s'affiche plus en cas de problème de configuration coté param. |
[APP-30491] MailHit : Pas mal de lock optimist Création: 22/juil./10 15:38 Mise à jour: 30/sept./10 10:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 74.0.0 (CTN-S) Mineure |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | HTMLisation des mails |
| Description |
|
Une centaine d'erreur par jour Exemple : Ci-dessous 2 hits à 09:02:03 sur 2 serveurs différents ==> 2 hits dans le même mail ? Ou problème purement côté WebMail ? 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,908 INFO [-Processor35] 90.56.244.147 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,916 WARN [-Processor35] 90.56.244.147 - Load error~Servlet=com.babelstore.message.front.MailHitServlet~Request=GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; AskTB5.6)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=centaure/217293, BranchQual=, localId=217293] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=263198253) 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,916 INFO [-Processor35] 90.56.244.147 - Setting response status code to 503 2010-07-22-05-00_centaure.log.gz:2010-07-21 09:02:03,916 INFO [-Processor35] 90.56.244.147 - <<< [8 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:00,131 INFO [-Processor56] 90.56.244.147 - >>> GET http://www.priceminister.com/nav/Livres 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:00,907 INFO [-Processor56] 90.56.244.147 - NPF Livres:0;0;0;0;486;180;0;0;0;2;7;0;10;23 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:01,089 INFO [-Processor56] 90.56.244.147 - <<< [957 ms] GET http://www.priceminister.com/nav/Livres 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,340 INFO [-Processor47] 90.56.244.147 - >>> GET http://www.priceminister.com/s/mounin+clefs 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,623 INFO [-Processor47] 90.56.244.147 - Prop-DYM :mounin clefs|43|global|0||0 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,701 INFO [-Processor47] 90.56.244.147 - TOPSEARCH~G~mounin clefs~global~43 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,725 INFO [-Processor47] 90.56.244.147 - NPF RechercheGlobale:0;;0;0;188;94;0;0;0;1;1;0;1;23 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,735 DEBUG [-Processor47] 90.56.244.147 - Left side ($defFamily.name()) of '==' operation has null value. If it is a reference, it may not be in the context or its toString() returned null. PMVelocity - Type: Contenu : Bloc Html - Category[720x32-1euro10e-ET-PopGom-BODY INSIDE-search][line 1, column 336] 2010-07-22-05-00_centaure.log.gz:2010-07-21 16:59:47,871 INFO [-Processor47] 90.56.244.147 - <<< [531 ms] GET http://www.priceminister.com/s/mounin+clefs 2010-07-22-05-00_haliades.log.gz:2010-07-21 09:02:03,914 INFO [-Processor55] 90.56.244.147 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 2010-07-22-05-00_haliades.log.gz:2010-07-21 09:02:03,926 INFO [-Processor55] 90.56.244.147 - <<< [12 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 22/juil./10 17:13 ] |
|
Il n'est pas impossible que le webmail provoque 2 appels. Mais si c'ets le cas, je vois pas trop comment on peut gérer ça... Vérifier tout de même si met pas 2 fois le tag mais je pense pas. |
| Commentaire de Alexandre Garnier [ 04/août/10 17:07 ] |
| Vérifié : on ne met pas 2 fois le tag dans ce mail. |
| Commentaire de Alexandre Garnier [ 04/août/10 17:45 ] |
| Testé sur le webmail de wanadoo (Orange) et j'ai bien qu'un seul tag et qu'un seul hit... |
| Commentaire de Alexandre Garnier [ 04/août/10 17:57 ] |
| On aurait pas plutôt un soucis de balancing qui dispatche la requête sans session, sur 2 serveurs en même temps ? |
| Commentaire de Alexandre Garnier [ 04/août/10 18:22 ] |
|
On a 2 hits au même moment dans Apache avec 1 qui part en 503 : 20100722-aricia_fr-vaccess_log.1.gz:www.priceminister.com 90.56.244.147 - - [21/Jul/2010:09:02:03 +0200] "GET /mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 HTTP/1.1" 503 20 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; AskTB5.6)" -/- (-%) www.priceminister.com 20100722-aricia_fr-vaccess_log.1.gz:www.priceminister.com 90.56.244.147 - - [21/Jul/2010:09:02:03 +0200] "GET /mailhit?action=mailhitview&recipientemailaddress=alain.simmer%40wanadoo.fr&useraccountid=1711127&usrmessageid=263198253 HTTP/1.1" 200 1 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC5.0; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C; AskTB5.6)" -/- (-%) www.priceminister.com |
[APP-30488] Mail hit sur un message ID inconnu Création: 22/juil./10 14:57 Mise à jour: 22/juil./10 17:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 74.0.0 (CTN-S) Mineure |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | HTMLisation des mails |
| Description |
|
Compte en PROD : beatricedu13 On reçoit 2 mails hits à qques minutes d'intervalle : le premier à 8:11 (ID = 263248806), le second à 8:29 (ID = 263248807). ==> Le premier ID n'existe pas en base 2010-07-22-05-00_orichalque.log.gz:2010-07-21 08:11:56,277 INFO [-Processor46] 79.84.237.68 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=lbea7@hotmail.com&useraccountid=21706898&usrmessageid=263248806 2010-07-22-05-00_orichalque.log.gz:2010-07-21 08:11:56,279 INFO [-Processor46] 79.84.237.68 - <<< [2 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=lbea7@hotmail.com&useraccountid=21706898&usrmessageid=263248806 2010-07-22-05-00_orichalque.log.gz:2010-07-21 08:29:22,470 INFO [-Processor45] 79.84.237.68 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=lbea7@hotmail.com&useraccountid=21706898&usrmessageid=263248807 2010-07-22-05-00_orichalque.log.gz:2010-07-21 08:29:22,480 INFO [-Processor45] 79.84.237.68 - <<< [10 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=lbea7@hotmail.com&useraccountid=21706898&usrmessageid=263248807 Autre exemple : Compte en PROD : Arlya ==> Le message ID 263254439 n'existe pas 2010-07-21 11:50:41,112 INFO [-Processor39] 90.55.183.72 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alexandra201@hotmail.fr&useraccountid=19876933&usrmessageid=263195163 2010-07-21 11:50:41,124 INFO [-Processor39] 90.55.183.72 - <<< [11 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alexandra201@hotmail.fr&useraccountid=19876933&usrmessageid=263195163 2010-07-21 11:50:44,594 INFO [-Processor75] 90.55.183.72 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alexandra201@hotmail.fr&useraccountid=19876933&usrmessageid=263254439 2010-07-21 11:50:44,608 WARN [-Processor75] 90.55.183.72 - Mail hit: invalid messageid 2010-07-21 11:50:44,609 INFO [-Processor75] 90.55.183.72 - <<< [3 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alexandra201@hotmail.fr&useraccountid=19876933&usrmessageid=263254439 2010-07-21 11:50:48,842 INFO [Processor151] 90.55.183.72 - >>> GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alexandra201@hotmail.fr&useraccountid=19876933&usrmessageid=263254508 2010-07-21 11:50:48,857 INFO [Processor151] 90.55.183.72 - <<< [15 ms] GET http://www.priceminister.com/mailhit?action=mailhitview&recipientemailaddress=alexandra201@hotmail.fr&useraccountid=19876933&usrmessageid=263254508 2010-07-21 11:51:15,773 INFO [-Processor46] 90.55.183.72 - >>> GET http://www.priceminister.com/user 2010-07-21 11:51:15,774 INFO [-Processor46] 90.55.183.72 - (Status : 302) Redirecting to : /connect?action=login&c=80&rid=1 2010-07-21 11:51:15,774 INFO [-Processor46] 90.55.183.72 - <<< [1 ms] GET http://www.priceminister.com/user 2010-07-21 11:51:16,596 INFO [Processor102] 90.55.183.72 - >>> GET https://www.priceminister.com/connect?action=login&c=80&rid=1 2010-07-21 11:51:16,720 INFO [Processor102] 90.55.183.72 - <<< [124 ms] GET https://www.priceminister.com/connect?action=login&c=80&rid=1 2010-07-21 11:58:38,635 INFO [-Processor55] 90.55.183.72 - >>> POST https://www.priceminister.com/connect!action=dologin&c=80&login=Arlya&rid=1&userpassword=underworld 2010-07-21 11:58:38,646 INFO [-Processor55] 90.55.183.72 - User authentication success - login = Arlya 2010-07-21 11:58:38,649 INFO [-Processor55] 90.55.183.72 - Authentication successful, login= Arlya 2010-07-21 11:58:38,667 INFO [-Processor55] 90.55.183.72 - (Status : 302) Redirecting to : http://www.priceminister.com/redirect/login/rid/1 2010-07-21 11:58:38,667 INFO [-Processor55] 90.55.183.72 - <<< [32 ms] POST https://www.priceminister.com/connect!action=dologin&c=80&login=Arlya&rid=1&userpassword=underworld |
[APP-30462] Le paramètre "Cacher ce lien" dans la NpF n'exclut pas de prendre en compte le brouillage. Création: 20/juil./10 10:07 Mise à jour: 18/févr./11 10:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Classif2: | backlog chasse |
| Description |
|
Dans la NpF, si un filtre est simplement caché, il suffit
d'appeler l'url pour afficher les produits et faire apparaitre toute
l'arborescence des filtres ouverts en dessous. Ce filtre est brouillé,
avec héritage (en preview pour le moment) et caché, pourtant, un simple
lien vers la page suffit a créer des milliers d'urls (et si je créé ce
jira, c'est que ces liens existent) :
http://preview.priceminister.com/nav/Enfant_Puericulture/f1/chambre Il faut fiabiliser cet aspect de la NpF. De la même façon, concernant les CDF, si un sous filtre ne porte pas le paramètre brouillé mais que le filtre dont il dépend l'est, alors le CDF créé un lien vers le sous filtre, alors qu'il devrait se comporter comme la NpF et donc tout brouiller. Il y a donc une correction a apporter à ce niveau. merci |
| Commentaires |
| Commentaire de Thierry Leforestier [ 20/juil./10 10:25 ] |
|
Même topo pour ce filtre : http://preview.priceminister.com/nav/Maison_Vin-Saveur_Vin/f1/France/f2/Alsace Ici c'est même pire puisque le filtre n'est même pas caché, c'est un sous filtre. Pourtant, on affiche toutes les valeurs en dessous. J'ai corrigé le sous filtre ouvert qui créé des CDF erronés, mais il reste un bug si on appelle la page. faut-il que nous rappelions le fonctionnement de base de la NpF pour le référencement ? |
| Commentaire de Antoine Carré [ 21/oct./10 18:00 ] |
| Je n'arrive pas à recréer le premier cas... |
| Commentaire de Thomas Allier [ 25/oct./10 11:43 ] |
|
Il y a deux problèmes différents décrits ici:
1. Filtres cachés : Les filtres cachés ne réagissent pas comme des filtres brouillés (même avec le paramètre "brouiller toutes les valeurs"). Ainsi, toute l'arborescence des filtres ouverts apparaît bien comme ouvert lorsqu'un filtre caché est selectionné. Il faut faire en sorte que le paramètre "cacher ce lien" donne le même comportement qu'un filtre brouillé. 2. Sous-filtres : Si un filtre est brouillé, son sous filtre peut malgré tout être ouvert et par conséquent participer aux chemins de fer produit. Ici, nous ne ferons pas de correction car cette situation ne peut se produire qu'en cas de mauvais paramétrage. Il faut préciser l'héritage du paramètre "brouiller toutes ces valeurs" au niveau du filtre, pour que le sous-filtre soit également brouillé. |
[APP-30453] Log des properties au démarrage des serveurs Création: 19/juil./10 14:45 Mise à jour: 19/juil./10 14:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Avoir au démarrage le listing de toutes les propriétés positionnées. Un peu comme sur la page BO ( http://bo.priceminister.com/admin_back?action=serverlist ). Cela permettra de voir les différences avant/aprés les versions, ou d'analyser des logs à postériori. |
[APP-30448] [CMS] Erreur lors de la recherche des contenus en cours Création: 19/juil./10 11:16 Mise à jour: 08/sept./10 17:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Dev |
| Projets PM: | *** CHASSE *** |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
Lors de la recherche des contenus en cours, on a ce genre d'erreur :
org.infoglue.cms.exception.SystemException: An error occurred when we tried to search. Reason:null at org.infoglue.cms.controllers.kernel.impl.simple.SearchController.getContentVersionVOListFromCastor(SearchController.java:356) at org.infoglue.cms.controllers.kernel.impl.simple.SearchController.getContentVersionVOList(SearchController.java:193) ... at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.NullPointerException at org.infoglue.cms.controllers.kernel.impl.simple.SearchController.getContentVersionVOListFromCastor(SearchController.java:294) ... 35 more En regardant le code, ça correspond à la vérification que la version trouvée et bien la dernière version active, mais que la version active est null... Il faudrait commencer par logger pour trouver comment on en arrive là (problème de requête pour la dernière version active ?) et sur quels contenus, pour ensuite faire les correctifs nécessaires (code ou données corrompues). |
[APP-30446] Inventaire : Plantage de la recherche par référence Création: 19/juil./10 10:37 Mise à jour: 19/juil./10 10:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Navigation inventaire |
| Description |
|
2010-07-19 05:47:35,488 INFO [P-Processor3] tomandco - >>> GET http://www.priceminister.com/inventory?action=recent&sbr=TOS15V6A 2010-07-19 05:47:44,085 WARN [P-Processor3] tomandco - SQL Error: 1795, SQLState: 42000 2010-07-19 05:47:44,085 ERROR [P-Processor3] tomandco - [Oracle] #1 ORA-01795: maximum number of expressions in a list is 1000 2010-07-19 05:47:44,094 WARN [P-Processor3] tomandco - Load error~Servlet=com.priceminister.navigation.shop.presentation.front.InventoryServlet~Request=GET http://www.p riceminister.com/inventory?action=recent&sbr=TOS15V6A~Referrer=http://www.priceminister.com/inventory?action=recent&sbr=TOS15V4A~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5 .1; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6~Trace=javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: null; CausedByException is: could not execute query at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.localInvoke(StatelessContainer.java:163) at org.jboss.ejb3.stateless.StatelessLocalProxy.invoke(StatelessLocalProxy.java:60) at $Proxy410.getAdvertGalleries(Unknown Source) at com.priceminister.navigation.shop.application.implementation.StandardSellerNavigationFacade.getGalleryIconsComponentData(StandardSellerNavigationFacade.java:184) at com.priceminister.navigation.shop.presentation.front.SellerClassicModel.initGalleryIconsComponentDatas(SellerClassicModel.java:260) at com.priceminister.navigation.shop.presentation.front.SellerClassicModel.load(SellerClassicModel.java:107) at com.priceminister.navigation.shop.presentation.front.LatestAdvertsSellerModel.load(LatestAdvertsSellerModel.java:49) at com.babelstore.util.web.Model.doLoad(Model.java:56) at com.babelstore.util.Block.load(Block.java:147) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:299) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:223) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) ... 2010-07-19 05:47:44,094 INFO [P-Processor3] tomandco - Setting response status code to 503 2010-07-19 05:47:44,094 WARN [P-Processor3] tomandco - FRM : com.babelstore.common.front.FrontTemplate3cOld_jsp overload the model com.babelstore.common.front.TemplateModel 2010-07-19 05:47:44,094 WARN [P-Processor3] tomandco - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2010-07-19 05:47:44,095 WARN [P-Processor3] tomandco - FRM : com.babelstore.common.front.FrontFooter_jsp overload the model com.babelstore.common.front.FooterModel 2010-07-19 05:47:44,095 WARN [P-Processor3] tomandco - FRM : com.babelstore.tracking.front.TrackEventBlock_jsp overload the model com.babelstore.tracking.front.TrackEven tModel 2010-07-19 05:47:44,095 WARN [P-Processor3] tomandco - FRM : com.babelstore.tracking.front.TrackEntryBlock_jsp overload the model com.babelstore.tracking.front.TrackEntr yModel 2010-07-19 05:47:44,095 WARN [P-Processor3] tomandco - FRM : com.babelstore.common.front.XitiBlock_jsp overload the model com.babelstore.common.front.BreadCrumbsModel 2010-07-19 05:47:44,095 WARN [P-Processor3] tomandco - FRM : com.babelstore.common.front.XitiBlock_jsp overload the model com.babelstore.common.front.XitiBlockModel 2010-07-19 05:47:44,261 INFO [P-Processor3] tomandco - <<< [8773 ms] GET http://www.priceminister.com/inventory?action=recent&sbr=TOS15V6A |
[APP-30444] [FP] Les chevrons du bloc garanties disparaissent au redimensionnement de IE7 Création: 16/juil./10 15:43 Mise à jour: 16/juil./10 16:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 74.0.0 (CTN-S) Mineure |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 7.X |
| Commentaires |
| Commentaire de Damien Dorizy [ 16/juil./10 16:47 ] |
|
C'est un problème déjà existant en prod. Je déplace le Jira. |
| Commentaire de Alexandre Garnier [ 16/juil./10 16:48 ] |
| Dans ce cas je voudrais dire qu'on devrait alors être isobug car le HTML de ce bloc n'a pas changé, il s'est juste déplacé en terme de stockage |
[APP-30441] Problème d'affichage Chronopost avant la validation de la Vente --> Pro Love_shop Création: 16/juil./10 11:04 Mise à jour: 16/juil./10 16:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Vallerey | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | So Colissimo |
| Description |
|
Salut , Voici le message du Pro : ---autre point depuis hier, les commandes devant être expediées en CHRONOPOST, n'ont plus cette precision visible AVANT validation. Cela est très genant, car nous traitons en priorité les CHRONOPOST. Avant, sur la page commande non validée, une information apparaissait. La validation ne permettait que de récuperer le bordereau, mais au moins le mode CHRONOPOST etait identifiable au premier coup d'oeil. Pro : Love_shop |
[APP-30439] SHIPPING : No shipping pricing was found in mode for the shipping size XXXX Création: 16/juil./10 10:41 Mise à jour: 31/janv./11 15:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.1 |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
| Commentaires |
| Commentaire de Emeric Teil [ 16/juil./10 10:44 ] |
|
Salut, on est déjà dessus depuis ce matin. Il semblerait que ce ne soit pas qqch de grave, simplement, on met une alerte nagios inutile, lorsqu'un acheteur étranger essaie de mettre en panier un produit uniquement "à retirer chez le vendeur"... |
| Commentaire de Christophe Garcia [ 19/juil./10 11:17 ] |
| Petite remarque : dans les exemples cités ci-dessus les 4 dernières annonces ne sont pas du tout "A retirer" |
| Commentaire de Emeric Teil [ 19/juil./10 11:31 ] |
| Effectivement mais cela revient au même : il s'agit de produit "T Café Enlèvement" dont l'expédition n'est pas autorisée en "pays différent". |
| Commentaire de Arnaud Forgues [ 21/juil./10 09:40 ] |
| A traiter au plus tard pour la TX-P |
| Commentaire de Arnaud Forgues [ 08/sept./10 15:09 ] |
| Pas eu le temps pour la TX-P, je décale pour la TX-Q |
| Commentaire de Jérôme Viviès [ 14/déc./10 12:42 ] |
|
Salut,
Visiblement il y a encore eu décalage vers la TX-R. Vous pensez que ce sera bon pour cette version ? De notre côté, cela génère beaucoup d'erreurs et du coup nos alertes sur les frais de port sont inopérantes. Si nous avions un gros problème, il passerait complètement inaperçu... |
[APP-30438] Alerte NAGIOS inutile ? Création: 16/juil./10 09:38 Mise à jour: 16/juil./10 09:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | So Colissimo |
| Description |
|
2010-07-16 09:34:12,282 INFO [-Processor28] BO:bo:Anonyme - >>> GET http://bo.priceminister.com/admin_back?action=platformconfiguration 2010-07-16 09:34:12,283 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,284 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,285 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,286 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,287 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <20> (Recommand<E9> R1) in ShippingTypeRuleLogic 2010-07-16 09:34:12,287 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <40> (Recommand<E9> R2) in ShippingTypeRuleLogic 2010-07-16 09:34:12,287 ERROR [-Processor28] BO:bo:Anonyme - NAGIOS ALERT :: TX - USER (3) : undefined ShippingTypeCode <50> (Recommand<E9> R3) in ShippingTypeRuleLogic 2010-07-16 09:34:12,304 INFO [-Processor18] reikipure - <<< [206 ms] GET https://www.priceminister.com/checkout?action=select&showtrans=true |
[APP-30410] LPS : présence d'espace à revendre Création: 15/juil./10 15:26 Mise à jour: 05/janv./11 15:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1
|
[APP-30408] [MeV] Erreur JS sur l'internationnal avec la notion de retrait : $("pickup") is null Création: 15/juil./10 14:23 Mise à jour: 18/janv./11 15:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Simon Stevant |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Cette erreur apparaît en Espagne et UK sur les formulaires de mise en vente. Voir le jira : Pour corriger ne plus avoir cette erreur en attendant, l'élément générique "controle_annonce" a été modifié. Toute la partie ci-dessous a été mise en commentaire : <script type="text/javascript"> PM.Util.addEvent(window, 'load', function() { PM.Util.addEvent($('sellingPrice'), "keyup", enablePickup.bindObj($('sellingPrice'))); PM.Util.addEvent($('sellingPrice'), "change", enablePickup.bindObj($('sellingPrice'))); enablePickup.call($('sellingPrice')); }); </script> |
| Commentaires |
| Commentaire de Manuel Sadok [ 05/janv./11 15:54 ] |
| Est-ce que vous avez le même problème en FR ? |
| Commentaire de Simon Stevant [ 18/janv./11 15:07 ] |
| Je n'arrive pas à reproduire l'erreur pour l'instant |
| Commentaire de Rocio Perez-Garcia [ 18/janv./11 15:23 ] |
|
L'erreur JS est du à que dans l'international on n'a pas le
retrait. La présence du code qui appelle cette fonctionnalité donne des
erreurs. Carole l'a corrigé en mettant ce code en commentaire. Ce jira
est pour trouver une solution meilleure.
Il est logique que l'erreur ne se reproduise pas en FR car il y a bien le retrait.... |
[APP-30385] [IG] Empecher la création de label en doublon dans un même répertoire Création: 13/juil./10 18:37 Mise à jour: 26/janv./11 11:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | IG | ||||||||
| Classif FONC: | IG | ||||||||
| Description |
|
Dans Infoglue, on a la possibilité de créer 2 labels dans un même répertoire avec le même alias ...
==> résultat, le contenu qui est utilisé est aléatoirement l'un ou l'autre Il serait utile de trouver un moyen d'empecher cela, ou de prévenir (via des logs au démarrage ou un check de pré-integ spécifique ?) du problème. NB : le pb a été rencontré pour un label de la version TX-O (voir JIRA |
| Commentaires |
| Commentaire de Alexandre Garnier [ 08/sept./10 17:10 ] |
| C'est l'occasion de tester les points d'interception d'IG |
[APP-30323] Page indisponible sur un pop-up Création: 09/juil./10 17:20 Mise à jour: 15/juil./10 12:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Benjamin Guerville |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Sur le site priceminister mobile, lorsque je suis sur la FP du HTC Wildfire (http://www.priceminister-mobiles.fr/telephonie/mobile/Htc/Wildfire/1-52193-telephone-portable-Htc-Wildfire.html#) j'obtiens une page indisponible ("La page n'existe plus ou n'est pas disponible") lorsque je click sur l'image pour zoomer Au passage, lorsque je passe sur l'image pour zoomer rien ne m'indique qu'il y a une action possible en cliquant, le curseur ne change pas de forme. |
| Commentaires |
| Commentaire de Fabien Farache [ 09/juil./10 17:20 ] |
| Liens du pop up avec l'erreur : http://www.priceminister-mobiles.fr/search/?action=zoomPhoto&idp=52193&idph=58430&popup=1 |
| Commentaire de Cédric Goldovsky [ 13/juil./10 14:11 ] |
| pas géré par l'Integ |
| Commentaire de Fabien Farache [ 13/juil./10 14:21 ] |
|
J'ai créé une demande suite à un bug, c'est pas pour qu'on me l'assigne. Que cette demande suive son cycle et qu'un dispatcher l'assigne à la bonne personne. |
| Commentaire de Cédric Goldovsky [ 15/juil./10 09:22 ] |
|
Pas géré par l'Integ. |
[APP-30321] Tableaux imbriqués Création: 09/juil./10 16:39 Mise à jour: 09/juil./10 16:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Hind El Haouaji | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
[APP-30308] Optimiser l'application pour utiliser la séquence dans la base de délestage Création: 08/juil./10 18:20 Mise à jour: 03/sept./10 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Inquiétude perf : S'assurer que la séquence est bien dans la même base que la table des reco produits (base de délestage), et qu'on utilise bien le système d'optimisation classique (montée d'une séquence en cache au démarrage). |
| Commentaires |
| Commentaire de Martin Sudmann [ 03/sept./10 10:06 ] |
|
en INTEG : 156171080 last id dans sequence base SAT 928788488 last id dans sequence base OLTP 928788474 max id dans suggestion base SAT c'est donc pas bon ; l'entité suggestion est configuré coté pour le connection pool suggestion, qui pointe sur SAT, mais la génération des IDs passe par une classe com.babelstore.stock.util.PMIdentifierGenerator, qui est global et qui utilise donc le connection pool OLTP. On devrait en créer un IdentifierGenerator par connection pool. Au passage j'ai remarqué que la séquence est paramétré pour un incrément d'un (1) ; ce n'est pas optimal non plus pour une entité qui est créée par batch. Il faudrait au moins mettre un incrément de 100. CAJ2010Q3NAV |
| Commentaire de Martin Sudmann [ 03/sept./10 10:09 ] |
| Benoit, tu peux faire rentrer cette optimisation dans un backlog perf ? |
[APP-30275] Téléphone fixe obligatoire ? Création: 08/juil./10 10:04 Mise à jour: 08/juil./10 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Je fais un achat en CHRONOPOST. Sur le formulaire d'adresse de livraison, on m'annonce que le tel fixe est obligatoire. SI je ne saisis rien ça marche quand même (si un tel portable est présent). C'est ambigü... |
| Commentaires |
| Commentaire de Emeric Teil [ 08/juil./10 10:30 ] |
|
OK avec toi, mais ça ne concerne pas ce projet, c'est
l'existant depuis... on laisse passer à partir du moment où le mec
indique un numéro quel qu'il soit... Je garde le Jira pour le jour où on retouchera vraiment à cette étape. E. |
[APP-30274] Supprimer la notion de is_not_inherited sur les attributs Création: 08/juil./10 10:02 Mise à jour: 16/déc./10 11:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 75.0.0 (VEN-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Jean-Sébastien Franck | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
La notion de is_not_inherited n'est plus utilisé dans
l'application. Il faut donc nettoyer tous les codes utilisant cette
notion. Il faut également penser à nettoyer l'affichage des informations
is_not_inherited qui a été commenté en BO (voir révision http://perrier:8090/dev/project/coperf_summary_attributs/revision/26634).
Il ne faut pas oublier de supprimer la colonne en base et au passage on peut également supprimer le fallback sur les attributs. Pour ne rien oublier grepper is_not_inherited et isnotinherited dans le code. |
So Colissimo : Mettre des tags XiTi
(APP-30224)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
So Colissimo : Mettre des tags XiTi
(APP-30224)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Autopromos_Mode_Expe.csv
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Les identifiants sont en PJ...
on les met sur les assistances des modes d'expédition : affichage = affiche du "?" clic = Clic ou MouseOver "?" |
[APP-30224] So Colissimo : Mettre des tags XiTi Création: 06/juil./10 14:13 Mise à jour: 17/janv./11 16:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||||||||||||||||||||||
| Projets PM: | *** CHASSE *** |
[APP-30183] [so Colissimo] Montants farfelus sur "Detail achat" en cas d'annulation partielle Création: 02/juil./10 16:34 Mise à jour: 05/juil./10 18:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | So Colissimo |
| Description |
|
Après annulation de l'un des 2 articles même sous panier
colissimo, la commande semble me couter plus cher qu'au départ !!!! Au départ j'avais : Article 1 = 50 euros FDP article 1 = 5.7 + 0.6 de cout additionnel Article 2 = 25 FDP article 2 = 1 Total = 82.30 Le vendeur a annulé l'article à 50 euros L'acheteur devrait donc payer : Article 1 = 0 euros FDP article 1= 0 + 0 de cout additionnel Article 2 = 25 FDP article 2 = 5.7 + 0 de cout additionnel (car en dessous des 40 euros) Total = 30.7 euros Par contre en BO, tout semble OK C'est juste avant CAPTURED (les vendeurs ont accepté ou refusé mais le batch n'est pas encore passé). Je ne sais pas si une fois en CAPTURED le problème se pose toujours.  Visiblement déjà en Prod ! |
| Commentaires |
| Commentaire de Thomas Landru [ 05/juil./10 11:01 ] |
|
J'ai reproduis le scénario de test ce qui donne : Au départ j'avais : Article 1 = 157,70 euros FDP article 1 = 13.20 ¿ Article 2 = 15 FDP article 2 = 1 Total = 186.90 Le vendeur a annulé l'article à 157.70 euros L'acheteur devrait donc payer : Article 1 = 0 euros FDP article 1= 0 + 0 de cout additionnel Article 2 = 15 FDP article 2 = 5.7 + 0 de cout additionnel (car en dessous des 40 euros) Total = 20.70 euros Effectivement tant que les batchs ne sont pas passés après l'annulation du vendeur, le détail achat affichera le montant suivant : (157.70 + 13.20) + (15 + 5.70) = 191.60 ¿ Une fois les batchs passés, plus aucun soucis le montant affiché est bien de 15 + 5.70 ¿ Donc le "bug" n'est présent qu'entre les statuts REQUESTED et CAPTURED en cas d'annulation partielle. |
| Commentaire de Emeric Teil [ 05/juil./10 12:00 ] |
|
OK, donc un truc existant et finalement pas si méchant que ça... Cedric, je pense qu'on peut baisser la criticité et sortir ce Jira de la Tx-O. |
[APP-30180] [So Colissimo / Chclemup] Point de retrait non visible Création: 02/juil./10 16:30 Mise à jour: 09/juil./10 09:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 73.0.0 (TX-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | So Colissimo |
| Navigateur: | Tous |
| Description |
|
Lorsque l'on a deplacé la carte avant de selectionner un point cf capture |
| Commentaires |
| Commentaire de Emeric Teil [ 06/juil./10 10:33 ] |
|
Clément, peut-on mettre un décalage de qq pixous afin que
quoi qu'il arrive ces PR soient au dessus de la mention légale de GG ?
(en prenant en compte qu'il faut également que le tooltip rentre...). Sinon, fermeture en : "Aucune correction envisagée" |
| Commentaire de Clement Balay [ 07/juil./10 17:10 ] |
| En attente de validation, le dev est fait |
| Commentaire de Emeric Teil [ 09/juil./10 09:50 ] |
|
Comme vu avec Clément et Arnaud, la solution proposée n'est
pas "acceptable" car provoque un comportement déstabilisant pour
l'internaute :) ==> On le garde quand même si on trouve qqch plus tard. E. |
[APP-30172] [So Colissimo / Panier] La liste "Pays de livraison" s'ouvre par le haut Création: 02/juil./10 16:12 Mise à jour: 07/juil./10 10:08 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Thomas Landru [ 06/juil./10 10:30 ] |
|
J'ai tenté de reproduire ce comportement sous IE 7 mais rien à l'horizon de mon côté. y a t'il possibilité d'avoir un peu plus d'information sur le "contexte" du bug ? |
| Commentaire de Emeric Teil [ 06/juil./10 18:54 ] |
| Thomas, attention à bien utiliser le navigateur concerné... |
| Commentaire de Emeric Teil [ 06/juil./10 18:56 ] |
| Au passage, c'est déjà le cas en Prod... |
| Commentaire de Clement Balay [ 07/juil./10 09:28 ] |
| A faire en chasse |
| Commentaire de Thomas Landru [ 07/juil./10 10:08 ] |
| Hum sous IE 7.0.5730.13 ca ne déconne pas... vous êtes sous quelle version ? |
[APP-30156] Test des templates de mails depuis IG : pas de meta-template Création: 02/juil./10 09:57 Mise à jour: 02/juil./10 10:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
BO_preview1.png
BO_preview2.png
IG_preview1.png
IG_preview2.png
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
En testant un template de mail depuis IG, on ne transfère
pas le meta-template et du coup on se retrouve sans header/footer.
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/juil./10 10:01 ] |
| PJ IG_previewX pour voir ce que ça donne depuis IG |
| Commentaire de Alexandre Garnier [ 02/juil./10 10:01 ] |
| PJ BO_previewX pour voir ce que ça donne depuis le BO |
| Commentaire de Alexandre Garnier [ 02/juil./10 10:02 ] |
|
Il devrait suffire d'adapter le bouton dans IG pour transmettre la valeur du meta-template. + adapter l'affichage BO pour l'indiquer |
[APP-30154] [Avis / Bilan d'activité] Aerer le mail Création: 02/juil./10 09:21 Mise à jour: 02/juil./10 09:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 72.0.0 (VEN-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
pas de pb d'aération mais un pb de stype.jpg
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | avis |
| Description |
|
Possible d'aérer un peu le premier paragraphe ? cf capture |
| Commentaires |
| Commentaire de Swan Desportes [ 02/juil./10 09:28 ] |
| pas de pb d'aération mais un pb de style (cf. pièce jointe du mail avis sur gmail) |
[APP-30141] [TNRC/Amélioration des logs] ERROR : Creation Attribute is forbiden in this case Création: 30/juin/10 10:24 Mise à jour: 21/févr./11 10:22 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 71.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
2010-06-30 09:38:41,865 INFO [Processor146] tinou-28 - >>> POST http://www.priceminister.com/submit!action=submitcomp...&categoryref=205533&collectible=true&comment=Afrique
-
...&ctrl320155=PMMK040245&ctrl320156=M17469&ctrl320157=K36311&ctrl320158=K62371&ctrl320162=PM31628946&ctrl320169=Afrique
-
...&date=1974&fronteventshistory=PM.Forms.S...&isupdate=false&qty=1&qtyin=1&sellingPrice=4&shippingMode=true&stage=10&state=30&submitstage=true
2010-06-30 09:38:41,881 WARN [Processor146] tinou-28 - Query AdvertProfileInfoQuery is being used more than once 2010-06-30 09:38:41,965 INFO [Processor146] tinou-28 - BEGIN work() 2010-06-30 09:38:42,024 ERROR [Processor146] tinou-28 - Creation Attribute is forbiden in this case (attribute Hase already updated) mapping : null / -14 2010-06-30 09:38:42,028 INFO [Processor146] tinou-28 - Product Product title = Afrique - 1974 Coupe du monde football - Guin<E9>e Equatoriale - Munich - Jules RIMET - 0.15 peseta - oblit<E9>t<E9> long_title = null list_price = null currency_id = null weight = null medium_count = null release_date = 1974-01-01 00:00:00.0 prd_availability_code = null prd_type_code = 1580 prd_source_code = 50 prd_status_code = 10 submitter_comment = null submitter_account_id = 16672263 data_file_id = null data_file_process_cycle = null product_id = 105371671 created 2010-06-30 09:38:42,040 INFO [Processor146] tinou-28 - AdvertStockServiceBean.processAdvert BEGIN 2010-06-30 09:38:42,047 INFO [Processor146] tinou-28 - AdvertStockServiceBean.processAdvert END 2010-06-30 09:38:42,184 INFO [Processor146] tinou-28 - work() works fine 2010-06-30 09:38:42,184 INFO [Processor146] tinou-28 - END work()FINALLY 2010-06-30 09:38:42,185 INFO [Processor146] tinou-28 - data_file_id/dataLineId null/null OK ; PrdProcessCode : null; AdvProcessCode : null; Processing Times : 1;6;0;0;0;0;0;220;75;0;7;91;46 ms. 2010-06-30 09:38:42,185 INFO [Processor146] tinou-28 - Event : Advert 2010-06-30 09:38:42,190 INFO [Processor146] tinou-28 - (Status : 302) Redirecting to : /submit?action=submitview&aid=304292566&dc=1 2010-06-30 09:38:42,190 INFO [Processor146] tinou-28 - <<< [325 ms] POST http://www.priceminister.com/submit!action=submitcomp...&categoryref=205533&collectible=true&comment=Afrique - ...&ctrl320155=PMMK040245&ctrl320156=M17469&ctrl320157=K36311&ctrl320158=K62371&ctrl320162=PM31628946&ctrl320169=Afrique - ...&date=1974&fronteventshistory=PM.Forms.S...&isupdate=false&qty=1&qtyin=1&sellingPrice=4&shippingMode=true&stage=10&state=30&submitstage=true |
| Commentaires |
| Commentaire de Manuel Sadok [ 28/janv./11 15:17 ] |
| Cela veut dire que le même attribut a été "mappé" 2 fois par le format d'import : une fois avec une cellule de type 'création/Maj d'attribut" et une autre avec une cellule de type "attribut" |
| Commentaire de Espérance Galouo-Lece [ 10/févr./11 12:00 ] |
| - Vu le commentaire précédent, il ne s'agit pas d'une ERROR, donc mettre la trace en WARN avec le bon descriptif ; |
[APP-30134] WS : Le message d'erreur n'est pas le bon Création: 29/juin/10 12:47 Mise à jour: 21/févr./11 10:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 72.0.0 (VEN-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif2: | Pris en compte |
| Description |
|
- Message coté WSImport
<?xml version="1.0" encoding="ISO-8859-1"?> <ErrorResponse> <Error> <Type>File</Type> <Code>MaximumFileSizeExceeded</Code> <Message>File size superior to the authorised limit</Message> <Detail><![CDATA[The size of the submitted file is superior to the authorised limit. Please contact our business services]]></Detail> </Error> </ErrorResponse> - Log coté serveur 2010-06-29 12:47:20,797 INFO [-Processor36] SERVICE: - >>> POST http://preview.priceminister.com/stock?action=import!action=import 2010-06-29 12:47:20,797 ERROR [-Processor36] SERVICE: - ~~~ Exception during file upload: java.io.FileNotFoundException: /data/priceminister/upload/advert_import2/EspagneDvd_Peliculas3.txt^M (No such file or directory) 2010-06-29 12:47:20,811 ERROR [-Processor36] SERVICE: - ~~~ Exception during file upload: java.io.IOException: Corrupt form data: premature ending 2010-06-29 12:47:20,812 INFO [-Processor36] SERVICE: - <<< [15 ms] POST http://preview.priceminister.com/stock?action=import!action=import |
| Commentaires |
| Commentaire de Arnaud Potier [ 27/oct./10 15:50 ] |
|
Aide pour reproduire:
Il n'est pas possible d'avoir le message exact obtenu par Espérance qui vient du fait qu'il utilise un robot auquel il passe les chemins des fichiers. En revanche, on peut obtenir la même succession d'erreurs en dev en enlevant les droits d'écriture sur dev/upload/. On obtient alors un problème de droit. Idéalement, fonctionnellement il faudrait obtenir ceci: 1) si l'utilisateur passe effectivement un fichier trop gros, il doit obtenir le message d'erreur de taille trop importante 2) si une autre erreur survient (tel que le problème de droit cité précédemment), il faut alors jeter un message d'erreur générique. |
[APP-30126] [OTM] Liste des bugs applicatif sur l'outil Création: 28/juin/10 15:01 Mise à jour: 10/août/10 16:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 71.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | |||||||||||||||||||||||||||||||||||
| Navigateur: | Tous |
[APP-30116] [promo] repasser PROMO_SIDE3 sous PROMO_SIDE2 pour la home page et la npf Création: 25/juin/10 17:02 Mise à jour: 25/juin/10 17:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Comme ça, on pourra mettre des autopromos sous les pubs régie...
|
[APP-30106] [B&I] Améliorer les requêtes boutique/inventaire (et batch annonces périmées) en créant un nouveau status d'annonce : "Périmée" Création: 25/juin/10 10:37 Mise à jour: 21/févr./11 10:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Performances |
[APP-30091] [JS] Supprimer la méthode "checkMaxInput" des formulaires de MeV Création: 24/juin/10 11:21 Mise à jour: 09/juil./10 16:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Jean-Sébastien Franck |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
C'est la fonction dépréciée la plus appelée, or elle n'est plus présente dans le code ni dans infoglue. Il faudrait remplacer "checkMaxInput" par "PM.Util.checkMaxInput" dans les contenus BO de mise en vente. Peut-être répertorier les noeuds concernés et passer au param ? À passer en chasse ? Merci beaucoup. |
[MeV] Cartes de jeux
(APP-30085)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 72.0.0 (VEN-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - High Tech |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Carole Boucheny [ 24/juin/10 09:58 ] |
|
Si c'est limiter plus la taille du titre c'est faisable par
contre si c'est limiter la taille d'un mot, il faut faire du dev... (La limitation actuel du titre est de 200 caractères) |
| Commentaire de Cédric Goldovsky [ 25/juin/10 10:03 ] |
| et donc ? pourquoi ce Jira est résolu ? |
| Commentaire de Carole Boucheny [ 25/juin/10 10:20 ] |
| Je sors ce jira de la version. Il y avait déjà eu un jira demander de repérer les mots trop long, mais je ne le retrouve pas. |
[APP-30039] [JavaScript] Certains cookies créés en JavaScript on "accidentellement" une durée de vie de 30000 jours Création: 22/juin/10 12:17 Mise à jour: 22/juin/10 12:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Dû à la méthode PM.Cookie.setParam qui "écrase" la durée de
vie d'un cookie et la définit à 30000 jours tout le temps. La méthode a été corrigée pour CTN-S mais pas l'historique. Il faudrait repasser sur les fonctionnalités utilisant cette méthode (Provenance, Avis, Q&A) et définir la bonne durée de vie. |
[APP-30020] [1euro] : Fournir un logo/bouton de retour au site Création: 22/juin/10 09:38 Mise à jour: 14/janv./11 10:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
warning_03.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Comme vu ensemble, on souhaite indiquer à 1euro l'image à utiliser pour le bouton de retour au site... Pour cela, renseigner, dans le champ cancel_return_logo de la requête de paiement, le nom de l'image qui est warning_03.jpg. |
| Commentaires |
| Commentaire de Emeric Teil [ 22/juin/10 09:40 ] |
| Au passage, Julien, je pense qu'il serait quand même bien de refaire ce bouton pour qu'à minima, le logo PM soit "net"... |
[APP-30015] [Aide en ligne] Nettoyer les appels à des vieilles URL d'aide Création: 21/juin/10 14:36 Mise à jour: 20/août/10 09:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 71.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | infoglue |
| Description |
|
Il faudrait passer dans les logs pour trouver tous les
appels en '/help?action=', en récupérer les referer et aller mettre à
jour ces vieilles URL un peu partout.
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 09/juil./10 15:06 ] |
| Valable également pour les templates de mails ? |
| Commentaire de Alexandre Garnier [ 09/juil./10 16:07 ] |
|
Pour le nettoyage, bien sûr : tous les contenus de tous horizons : * pages IG * templates de mail * pages d'aide * JSP * ... Justement, l'idée est ici de faire un petit grep dans les logs pour pouvoir en voir les origines. |
| Commentaire de Alexandre Garnier [ 09/juil./10 16:08 ] |
| Donc la première étape est DEV, voire EXPLOIT avec la mise en place d'alertes pour ce genre d'URL (comme les alertes d'erreurs velocity) |
| Commentaire de Habib-Sylvain Gourguet [ 09/juil./10 16:41 ] |
|
Côté "online_help", a priori, un seul content concerné (les CGU). Côté "mail_templates", il y a plus de boulot (et plus risqué). |
[APP-30010] Erreur JSON Création: 21/juin/10 12:13 Mise à jour: 21/juin/10 12:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Thierry Leforestier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
205.209.170.19 - >>> GET http://www.priceminister.com/offer/buy/77589621/pat-larocca-rowena-45-tours.html 205.209.170.19 - Syntax error in dynamo JSON code : [{"label": "Uptown girl", "url": "/offer/buy/18218550/Joel-Billy-Uptown-Girl-45-Tours.html"},{"label": "Black jack", "url": "/offer/buy/18668597/Phillips-Claudia-Black-Jack-33-Tours.html"},{"label": "Achat disque vinyle i got stung and one", "url": "/offer/buy/2281278/Presley-Elvis-I-Got-Stung-And-One-Night-Collectors-Series-45-Tours.html"},{"label": "\atom heart mother\", "url": "/offer/buy/3741037/Pink-Floyd-Atom-Heart-Mother-33-Tours.html"},{"label": "J'ai faim de toi (3 versions).", "url": "/offer/buy/3834528/Sandy-J-ai-Faim-De-Toi-3-Versions-Maxi-45-Tours.html"},{"label": "C'est l'histoire d'un mec", "url": "/offer/buy/46925234/Coluche-C-est-L-histoire-D-un-Mec-45-Tours.html"},{"label": "Ttc batard sensible", "url": "/offer/buy/4795185/Ttc-Batards-Sensibles-Instrumentals-33-Tours.html"},{"label": "Luminessence", "url": "/offer/buy/50710971/Jarrett-Keith-Luminessence-33-Tours.html"},{"label": "Les roi du blues", "url": "/offer/buy/51276186/Memphis-Slim-Lightning-Hopkins-John-Lee-Hooker-Jimmyreed-Sonny-Terry-And-Brownie-Mc-Ghee-Big-Bill-Bronzy-Les-Roi-Du-Blues-33-Tours.html"},{"label": "3 - supernature", "url": "/offer/buy/52766000/3-Supernature-33-Tours.html"},{"label": "Achat disque vinyle home - lust for", "url": "/offer/buy/53865656/Pop-Iggy-Home-Lust-For-Life-Pussy-Power-Funtime-Maxi-45-Tours.html"},{"label": "Vol 1", "url": "/offer/buy/61983522/Vol-1-33-Tours.html"},{"label": "Last warning", "url": "/offer/buy/62373820/Agnostic-Front-Last-Warning-33-Tours.html"},{"label": "Macbeth", "url": "/offer/buy/62982781/Giuseppe-Verdi-Macbeth-33-Tours.html"},{"label": "Make a move", "url": "/offer/buy/6295450/Mc-Sar-And-The-Real-Mc-Coy-Make-A-Move-Maxi-45-Tours.html"},{"label": "Space cowboy", "url": "/offer/buy/64476602/Space-Cowboy-45-Tours.html"},{"label": "Schubert leider recital", "url": "/offer/buy/70474176/Schubert-Leider-Recital-33-Tours.html"},{"label": "Disque vinyle high noon", "url": "/offer/buy/74914824/High-Noon-Sag-Warum-Willst-Du-Von-M-45-Tours.html"},{"label": "Electro vibes & 4mixe", "url": "/offer/buy/80143493/man-electro-vibes-4mixe-33-tours.html"},{"label": "The pretty toney album", "url": "/offer/buy/82617424/ghostface-killah-the-pretty-toney-album-33-tours.html"}] 2010-06-20 15:52:01,465 INFO [Processor169] 66.249.66.229 - >>> GET http://www.priceminister.com/offer/buy/81334835/reeves-jim-distant-drums-old-tige-45-tours.html 2010-06-20 15:52:01,649 ERROR [Processor169] 66.249.66.229 - Syntax error in dynamo JSON code : [{"label": "Passion selon saint mathieu", "url": "/offer/buy/16815711/Bach-Jean-Sebastien-Passion-Selon-Saint-Mathieu-33-Tours.html"},{"label": "The art of control", "url": "/offer/buy/1887152/Frampton-Peter-The-Art-Of-Control-33-Tours.html"},{"label": "Jacqueline dulac", "url": "/offer/buy/1913594/Dulac-Jacqueline-Lorsqu-on-Est-Heureux-Les-Longs-Chemins-J-ai-Dit-Non-Aux-Voyages-Il-Pleut-Sur-Les-Amandes-45-Tours.html"},{"label": "Music for the masses", "url": "/offer/buy/3132258/Depeche-Mode-Music-For-The-Masses-33-Tours.html"},{"label": "\atom heart mother\", "url": "/offer/buy/3741037/Pink-Floyd-Atom-Heart-Mother-33-Tours.html"},{"label": "Acheter disque vinyle caramel mou, caramel", "url": "/offer/buy/48707680/Paturel-Sabine-Caramel-Mou-Caramel-Dur-Emmerdeuse-45-Tours.html"},{"label": "Nowhere to run", "url": "/offer/buy/53964377/Dynamic-Superiors-Nowhere-To-Run-45-Tours.html"},{"label": "Whipped cream & other delights", "url": "/offer/buy/56478705/Herb-Alpert-s-Tijuana-Brass-Whipped-Cream-Other-Delights-33-Tours.html"},{"label": "Broadway melody of 1940", "url": "/offer/buy/6028363/Fred-Astaire-Eleanor-Powell-Broadway-Melody-Of-1940-33-Tours.html"},{"label": "Who's for the young", "url": "/offer/buy/64714355/Who-s-For-The-Young-33-Tours.html"},{"label": "Miami vice ii (st)", "url": "/offer/buy/69672825/Miami-Vice-Ii-St-33-Tours.html"},{"label": "In limbo", "url": "/offer/buy/69706190/Lunch-Lydia-In-Limbo-33-Tours.html"},{"label": "Acheter disque vinyle beer bottle", "url": "/offer/buy/71441719/Beer-Bottle-Boogie-Uneasy-Blues-78-Tours.html"},{"label": "Disque vinyle de juillet jusqu", "url": "/offer/buy/7203716/Crazy-Horse-De-Juillet-Jusqu-a-Septembre-Que-C-est-Bon-De-T-aimer-45-Tours.html"},{"label": "Achat disque vinyle good vibrations", "url": "/offer/buy/7441675/Psychic-Tv-Good-Vibrations-Hex-Sex-Roman-P-Interzone-Maxi-45-Tours.html"},{"label": "Disque vinyle le jeune bouleau", "url": "/offer/buy/75191227/Ballets-Beretzka-Le-Jeune-Bouleau-Le-Cygne-La-Quenouille-45-Tours.html"},{"label": "Disque vinyle it's a heartache", "url": "/offer/buy/75750871/It-s-A-Heartache-Scott-Wolfe-It-s-About-Time-Scott-Wolfe-45-Tours.html"},{"label": "Dirty house", "url": "/offer/buy/76733799/Dirty-House.html"},{"label": "The lord lives", "url": "/offer/buy/77926355/new-creation-singers-the-lord-lives-33-tours.html"},{"label": "Monkey see, monkey do", "url": "/offer/buy/80211895/the-new-swing-sextet-monkey-see-monkey-do-33-tours.html"}] |
| Commentaires |
| Commentaire de Thierry Leforestier [ 21/juin/10 12:18 ] |
|
A priori c'est ce mot clef qui casse le Json : \atom heart mother\ Pourtant censé être retiré par : $exp=str_replace("\\", "", $exp); Je vais contrôler a la prochaine livraison qui aura lieu cette semaine. Thierry |
[APP-30009] Message "Service non disponible" à traduire (lorsque l'on ne précise pas d'actions à une servlet) Création: 21/juin/10 11:27 Mise à jour: 07/déc./10 13:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Florian Degrand | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Si l'on essaie d'utiliser un webservice de la servlet
"stock" par exemple sans préciser d'action (le type de service tel que
'report' ou 'import'), le navigateur affiche le message d'erreur :
Service non disponible Exemple : http://www.pm.stuart:3080/stock Il serait bon de traduire ce message car les vendeurs pros utiliseront de plus en plus les web services. (Jsp : /priceminister/source/src/com/babelstore/common/ws/ServiceMessage.jsp) |
[APP-30001] [Autopromos personnalisées] Sous-tâche 5 Création: 18/juin/10 16:40 Mise à jour: 18/janv./11 10:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Merci Damien pour ce jira qui ne sert à rien... :D
> tu rigoles, c'est le Jira 30001 ! |
[APP-29991] MeV cosmétiques/parfums - détection mot-clés inefficace sur champ description Création: 15/mars/10 14:06 Mise à jour: 21/févr./11 10:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Le type de produit étant en validation manuelle, cette demande n'a pas été jointe au Jira Peut-on désormais avoir le même fonctionnement dans Cosmétiques et Parfums que les autres formulaires Mode? Les mots-clé étant inefficaces sur le champ Descriptif. Reprendre le fonctionnement décrit dans Jira Soit: - Ajouter dans le format d'import générique : - une cellule "Edito" qui utilise l'alias prdEdito - une cellule " Commentaire produit" qui utilise l'alias prdEdito - Sur le formulaire mettre le nom de paramètre prdEdito |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 15/mars/10 14:24 ] |
|
Pour illustration: - Détection OK sur vêtement: http://bo.priceminister.com/referential_back?action=productview&productid=97925645 - Détection KO sur cosmétiques: http://bo.priceminister.com/referential_back?action=productview&productid=97925642 |
| Commentaire de Aurélien Vergalli [ 22/mars/10 15:06 ] |
| Il en est de même avec le formulaire Matériel de Sport. Même raison? |
| Commentaire de Aurélien Vergalli [ 23/mars/10 09:49 ] |
|
Même chose dans Loisirs créatifs. http://bo.priceminister.com/referential_back?action=productview&productid=98504936 En fait concerne tous les produits à compléments? |
| Commentaire de Carole Boucheny [ 23/mars/10 11:41 ] |
|
Fait sur les formulaires suivant (sur ref cat fr et en prod). Cosmétique et soin du corps http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=156696&submitbtn= Parfums http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=156617&submitbtn= Matériel de sport ( je n'arrive pas à déclencher ) http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=156687&submitbtn= Loisir créatif http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=184286&submitbtn= Faut-il faire de même pour les accessoires auto ? |
| Commentaire de Aurélien Vergalli [ 23/mars/10 11:52 ] |
|
Merci !! Oui, en effet, pour "accessoires auto" aussi. Un problème donc sur matériel de sport? |
| Commentaire de Carole Boucheny [ 23/mars/10 13:14 ] |
|
Accessoire auto : Fait sur ref cat fr et en prod : http://preview.priceminister.com/submit?action=submitcomplete&stage=10&category_ref=160665 Pour matériel de sport, je ne connais pas de mot pour déclencher le message en rouge dans le BO, de même pour accessoire auto. |
| Commentaire de Aurélien Vergalli [ 23/mars/10 13:27 ] |
|
OK pour Cosmétiques: http://preview.priceminister.com/referential_back?action=productview&productid=98513160 OK pour Accessoires auto : http://preview.priceminister.com/referential_back?action=productview&productid=98513172 Mais KO pour Matériel de sport : http://preview.priceminister.com/referential_back?action=productview&productid=98513174 Et KO pour Loisirs créatifs: http://preview.priceminister.com/referential_back?action=productview&productid=98504936 Les détections testées devraient fonctionner sur tous les types: http://preview.priceminister.com/admin_back?action=keywordview&keywordid=906510 http://preview.priceminister.com/admin_back?action=keywordview&keywordid=936701 http://preview.priceminister.com/admin_back?action=keywordview&keywordid=1054901 |
| Commentaire de Carole Boucheny [ 23/mars/10 13:40 ] |
| Pour Matériel de sport le problème vient du fait qu'avant on passait en edito le commentaire uniquement si il s'agissait d'un "sport de précision". On est bien d'accord que maintenant quelque soit le sport choisit, on le passe et commentaire produit ? |
| Commentaire de Aurélien Vergalli [ 23/mars/10 13:57 ] |
| Merci pour ces précisions. On est d'accord. |
| Commentaire de Carole Boucheny [ 23/mars/10 14:20 ] |
|
Matériel de sport et Loisir créatif utilisent le format. Il
faut que je le modifie pour que ça fonctionne correctement. Le problème
est que j'ai fait une modification dans l'arbre qui sera prise en compte
que demain. Si je modifie le format maintenant ce sera pris en compte
tout de suite en prod et le formulaire ne fonctionnera plus. Donc je ferais la modification demain matin dès que j'arrive. |
| Commentaire de Aurélien Vergalli [ 23/mars/10 14:23 ] |
|
Ok, merci beaucoup pour tout ça. Rien de pressé ! Un jour de plus ou de moins... |
| Commentaire de Carole Boucheny [ 24/mars/10 09:40 ] |
|
Pour Matériel de sport et Loisir créatif, le problème de la
détection des mots semblent aussi venir du fait que l'état du produit
soit "validé par le système". Il existait un test pour mettre tout à
l'état "validé par le système" sauf pour les "sports de précision", mais
ce test ne fonctionne plus. Est-ce qu'il faut le remettre en place ou passer tous les produits à l'état "soumis" ? Est-ce que tu sais dans quel autre cas la détection des mots-clefs ne fonctionne pas alors qu'on a bien une description sur la fiche produit en bo ? |
| Commentaire de Aurélien Vergalli [ 24/mars/10 10:07 ] |
|
Les FP Mobilier sont aussi en validation système pourtant la
détection fonctionne et ramènent bien les fiches à l'état soumis: http://bo.priceminister.com/referential_back?action=productview&productid=98580051 Le problème semble concerner uniquement les descriptifs de Matériel de sport et Loisirs créatifs, je n'ai pas trouvé d'autres cas similaires. Il ne faut pas repasser tous les produits de ces types en état "soumis" pour le moment, il faut que j'étudie la question (volume de fiches supplémentaire). Ce sera éventuellement possible plus tard? En attendant, il faut qu'on continue encore aujourd'hui a faire une exception sur "sports de précision". |
| Commentaire de Carole Boucheny [ 24/mars/10 10:29 ] |
|
En fait l'état soumission juste pour sport de précision
fonctionne. (J'étais en bo et non www c'est pour ça que mes fiches
étaient toutes validées par le système)... Du coup après test même pour une fiche produit à l'état soumis la détection ne se fait pas .... http://bo.priceminister.com/referential_back?action=productview&productid=98579999 (Je mets Marion et Edouard en copie) |
| Commentaire de Carole Boucheny [ 09/avr./10 14:31 ] |
|
Edouard, sais-tu qu'est-ce qui provoquer ce comportement ? Merci |
| Commentaire de Aurélien Vergalli [ 17/mai/10 15:08 ] |
|
Je relance... En outre, la détection descriptifs ne fonctionne pas sur "sex toys": d'autant plus problématique que j'aimerais passer rapidement ce type de produit en validation automatique. Exemple: http://bo.priceminister.com/referential_back?action=productview&productid=102198849 |
[APP-29990] [MeV] La description produit n'est pas récupérée sur les nouveaux formulaires Création: 02/juin/10 17:26 Mise à jour: 21/févr./11 10:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Commentaires |
| Commentaire de Julien Sananikone [ 03/juin/10 18:48 ] |
| vérifier si ce n'est pas dû aux pb rencontrés récemment sur ref-cat-fr |
| Commentaire de Carole Boucheny [ 04/juin/10 09:51 ] |
|
Apparemment le problème ne vient pas de là. J'ai copié les
noeuds "commentaire annonce" et "descriptif produit" du formulaire
"jouet" sur "Mobile" --> Toujours le même problème. Pourtant, pour
jouet on récupère bien le commentaire annonce et la description produit.
Les mêmes profils sont utilisés... Lors de la mise en vente de Mobile, il n'y a rien dans les logs qui montrerait un dysfonctionnement... |
| Commentaire de Carole Boucheny [ 10/juin/10 13:45 ] |
|
Vu avec Edouard : C'est la gestion du « autre ». Dès qu'on met un « utiliser un autre » on supprime les prd comments. En effet, les valeurs des autres se stockent aussi dans le champ prd_comment (en fait dans un édito de type description). Et même s'il n'y a rien dans autre, ça écrase... Tester sur jouet en ajoutant un "autre" |
| Commentaire de Edouard Gomez-Vaez [ 10/juin/10 16:42 ] |
|
Ben oui mais je fais quoi maintenant ? Qu'est-ce qu'on met dans Description ? On en reparle mardi. |
| Commentaire de Alexandre Colin [ 25/janv./11 17:28 ] |
|
Pour analyse et tests, utiliser le formulaire de MeV "Jumelles" sur devtest3 :
http://www.dev3.pm.dev/submit?action=submitcomplete&categoryref=188734&stage=10 Dans le champ "Type", sélectionner la valeur "Autre Test Valeur Autre" et renseigner le champ "Précisez :". |
[APP-29989] [WS export inventaire] probleme avec balises Création: 18/juin/10 16:34 Mise à jour: 28/oct./10 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 72.0.0 (VEN-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | WS Inventaire Export |
| Description |
|
cf capture quand j'ajoute des balises au scope
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 22/juin/10 15:19 ] |
|
Eh ben tu n'as pas qu'à mettre des balises dans le scope :-). Les scopes sont définis dans la doc. http://pricewiki/Wiki.jsp?page=Webservice%20export%20dInventaire#section-Webservice+export+dInventaire-Scopes Autant quand c'est des utilisateurs humains qui sont derrières nos pages, je suis tout à fait d'accord qu'il faut traiter les cas d'erreurs bizarres, autant quand c'est une machine et quelle n'a pas le choix, je mets cela en cosmétiques. |
[APP-29960] [mail HTML] lien incomplet dans le mail refus négo envoyé à l'acheteur Création: 17/juin/10 12:43 Mise à jour: 21/févr./11 12:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 70.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
voir screenshot-1
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 17/juin/10 14:16 ] |
|
Pas la première fois que la demande revient :-) Pas un problème de template ou de Velocity, juste le fait que le Summary n'est pas correctement renseigné. |
[APP-29959] Rajouter un champs sur la page de confirmation de commande - Site ES Création: 15/juin/10 14:51 Mise à jour: 05/août/10 18:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Frederic vacher | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Bonjour, merci de rajouter sur la page de confirmation de
commande un champs pour mettre le DNI o CIF / NIF si l'on désire
recevoir une facture (Si deseas recibir una factura, gracias por
indicarnos tu DNI o CIF / NIF) . Le champs ne doit pas être obligatoire
pour ne pas freiner les ventes. Il faudrait que ce champs soit également communiqué au vendeur lorsqu'il reçoit la commande (info a mettre dans le justificatif d'envoi). Fred |
| Commentaires |
| Commentaire de Ariane Baldinger [ 17/juin/10 12:08 ] |
| le Param n'a pas la main sur cette page. |
| Commentaire de Emeric Teil [ 18/juin/10 10:08 ] |
|
Hello, Il ne s'agit pas d'une modification anodine mais d'un projet à part entière. Afin de déterminer sa priorité, il va nous falloir un brief business, qui au delà de décrire ce qui est souhaité, donne des arguments biz / juridiques justifiant ce développement. E. |
| Commentaire de Frederic vacher [ 18/juin/10 14:31 ] |
|
Salut, Il est obligatoire, en Espagne, pour un professionnel de mentionner le NIF ou le DNI (équivalent du N° de CI) lors de l'émission d'une facture à un particulier pour une vente supérieure à 100 euros. Sur Price.es, on ne propose à aucun moment de renseigner ce champs, ce qui pose problème aux vendeurs de high-tech notamment (pour l'instant ils se débrouillent en demandant ce N° par question réponse mais cela devient ingérable pour eux). Il s'agit juste de se mettre en conformité avec la loi. Il n'y a donc pas de réel intérêt business, c'est pour cela que l'on demande à insérer ce champs sur la page de confirmation de commandes (et non à l'inscription) et de ne pas mettre ce champs en obligatoire mais seulement si le client désire recevoir une facture pour son achat. Ci-joint le texte mentionnant les données que doivent contenir une Facture en Espagne. http://www.aeat.es/AEAT_Intranet/DOPRI/Folletos/AT_Diptico_OCU.PDF Je rajoute Benoit dans la boucle. Merci. Fred |
| Commentaire de Frederic vacher [ 04/août/10 14:29 ] |
|
Bonjour, Est ce que ce changement est planifié? Merci de votre retour. Fred |
| Commentaire de Emeric Teil [ 04/août/10 15:01 ] |
|
Hello, Non, c'est en standBy... par contre, il me semble que dans les infos d'inscription, cette info avait déjà été prévue au lancement de l'Espagne puis désactivée... E; |
| Commentaire de Benoit Tabaka [ 05/août/10 17:43 ] |
|
Les PROs espagnols sont tenus de mentionner sur chacune de
leurs factures le NIF tant de l'expéditeur que du destinataire de la
marchandise. Donc, effectivement, il faudrait collecyer cette
information auprès des acheteurs (afin que les vendeurs puissent
l'intégrer dans leur propre facture). Historiquement, je confirme les propos d'Emeric ;-) Ci-dessous, échange d'email où il avait été décidé de désactiver le champ. Benoit ---- -----Message d'origine----- De : Charles Decaux [mailto:charles.decaux@priceminister.com] Envoyé : jeudi 19 avril 2007 18:13 À : 'Pascal roselli' Cc : 'Olivier Mathiot'; 'Nydia Yallico'; 'Ghislain Gridel'; pierre.krings@priceminister.com Objet : RE: DNI / Pasaporte Salut Pascal, Que fait-on là-dessus ? Les résultats sont très moyens sur nos campagnes, peut-être à cause de ce champ DNI/Pasaporte. Merci Charles -----Message d'origine----- De : Pierre Krings [mailto:pierre.krings@priceminister.com] Envoyé : vendredi 13 avril 2007 10:47 À : charles.decaux@priceminister.com Cc : 'Olivier Mathiot'; 'Nydia Yallico'; 'Ghislain Gridel'; 'Pascal roselli' Objet : RE: DNI / Pasaporte En fait, on avait décidé de la mettre simplement car tous les autres sites de e-commerce qu'on avait vus le faisaient, donc on s'était dit qu'il y avait peut-être soit une obligation, soit que ça faisait "sérieux". On a peut-être été trop prudent. Pas d'opposition à changer cela. Je laisse Pascal voir. Pierre Krings PriceMinister 57 Boulevard de la Villette F75010 Paris - France T: +33 (0)1 42 78 80 54 F: +33 (0)1 42 78 80 61 http://www.priceminister.com -----Message d'origine----- De : Charles Decaux [mailto:charles.decaux@priceminister.com] Envoyé : jeudi 12 avril 2007 17:22 À : pierre.krings@priceminister.com Cc : 'Olivier Mathiot'; 'Nydia Yallico'; 'Ghislain Gridel' Objet : DNI / Pasaporte Salut Pierre, Sur le site ES, on a des remontés d'affiliés lors de l'inscription sur le champ "DNI / Pasaporte". Les affiliés indiquent que ce champ est un frein à la transfo. Par ailleurs, ce champ est facultatif mais ce n'est pas indiqué sur le site. Peut-on ajouter la mention "facultatif" ou bien carrément le supprimer ? Quelle est l'utilité de ce champ ? Merci de ton retour. LE POLE ACQUISITION Ghislain & Charles |
| Commentaire de Emeric Teil [ 05/août/10 17:54 ] |
|
Pierre, Isabelle, qu'en pensez-vous ? E. |
| Commentaire de Cantoni Carlos [ 05/août/10 18:04 ] |
|
Bonjour, Cette semaine j'ai eu au téléphone le responsable financier d'une nouvelle société qui travaille avec nous sur le site ES (Eurovideo Extremadura). Il m'a informé que le DNI est obligatoire pour éditer une facture. Selon lui, il y a certains régimes fiscaux en Espagne qui permettent d'éditer une facture sans le DNI mais ça reste exceptionnelle. |
| Commentaire de Isabel Yus [ 05/août/10 18:40 ] |
|
Oui, en effet cette info est obligatoire en Espagne. Merci de remplacer la phrase de Fred par : "Si deseas recibir una factura por favor indícanos tu DNI o CIF / NIF" NB : Sur certains sites ES, notamment le Corte Inglés, ils le demandent comme champs obligatoire mais je pense aussi, comme vous dites, que ça peut freiner l'achat (supposons par exemple que l'acheteur n'a pas sa carte d'identité sur lui au moment de passer la commande !) Merci d'avance, Isabel |
[APP-29958] Fiche Material deportivo en Etat soumis Création: 19/oct./09 08:36 Mise à jour: 05/janv./11 16:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Xavier Fabregat | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
logsdeportes
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Merci de configurer le "Material deportivo" comme en France.
Seul la famille "Deportes de tiro" doit être en soumission interdit et
masqué. http://bo.priceminister.es/referential_back?action=productview&productid=60010154 http://bo.priceminister.es/referential_back?action=productview&productid=59986233 |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 19/oct./09 16:15 ] |
|
Dans la configuration produit on utilise le même paramètrage que dur la FR, interdit -masqué. On fait l'exception à niveau du format avec la valeur PM43880777 (deportes de tiro) qui doit tomber dans la validation...le problème doit être à ce niveau là. Je regarde en détail. |
| Commentaire de Ariane Baldinger [ 28/mai/10 17:06 ] |
|
On en est où sur ce jira ? Est-ce que le problème est toujours présent ? |
| Commentaire de Xavier Fabregat [ 31/mai/10 07:45 ] |
| C'est toujours d'actualité. |
| Commentaire de Rocio Perez-Garcia [ 01/juin/10 13:33 ] |
|
On a regardé le format et le formulaire ce matin avec Carole. en p jointe les logs d'une mise en vente avec "Deportes de tiro" en preview. |
| Commentaire de Carole Boucheny [ 01/juin/10 14:16 ] |
|
Je ne vois rien de spécial dans ces log. La famille est bien
récupérée dans le post : ....&famille=PM43880777.... Le format et l'arbre de catégorie sont correctes. |
| Commentaire de Ariane Baldinger [ 16/juin/10 15:38 ] |
|
Merci Carole. @Rocio : il faut voir avec le pôle VEN |
| Commentaire de Rocio Perez-Garcia [ 17/juin/10 11:50 ] |
|
Vu avec Edouard et Manu por regarder ce Jira après la VEN-C. Merci de votre aide |
| Commentaire de Manuel Sadok [ 05/janv./11 15:57 ] |
| Le problème est toujours d'actualité ? |
| Commentaire de Xavier Fabregat [ 05/janv./11 16:00 ] |
| Toujours |
[APP-29933] Un espace sous Chrome au début des avis Création: 15/juin/10 12:17 Mise à jour: 15/juin/10 12:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 70.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Un espace s'insère devant chaque avis en production sous Chrome. Exemple : http://www.priceminister.com/offer/buy/81987248/apple-iphone-3gs-telephone-cellulaire-avec-appareil-photo-numerique-lecteur-numerique-recepteur-gps-mobile.html Thierry |
[APP-29924] [mail html] mail opération enregistrée [tout est dans la capture d'ecran] Création: 11/juin/10 17:45 Mise à jour: 17/juin/10 15:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | HTMLisation des mails |
| Description |
|
voir screenshot-1
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 14/juin/10 10:45 ] |
|
Ce paragraphe apparait dans tous les mails liés aux opérations PMV (enregistrement, finalisation, annulation...). Certainement là depuis des temps infinis... Carole, est-on capables de mesurer l'apport d'un tel message sur les chiffres du parrainage en général ? On peut voir à rafraichir un peu le contenu via l'HTML... Ou le supprimer. |
[APP-29920] [mail html] revoir le contenue du mail notamment le SOMMAIRE Création: 11/juin/10 17:04 Mise à jour: 11/juin/10 17:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | HTMLisation des mails |
| Description |
|
vue avec Habib, c'est à amiliorer. Exemple : SOMMAIRE 1 - Rappel sommaire du déroulement d'une vente 2 - Règles de paiement 3 - Ventes non déclarées reçues (J'ai rien compris...) 4 - Frais de port 5 - En cas de problème ou de réclamation de l'acheteur 6 - Cas particulier de l'automobile (faut-il le garder ?) 7 - Gestion/modification de vos annonces 8 - Vous partez en vacances ? (est ce une question ou une confirmation) |
[APP-29906] [CMS] Améliorer le bouton de rafraichissement de l'arborescence de contenus dans IG Création: 11/juin/10 12:08 Mise à jour: 01/juil./10 10:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Renaud Dierickx |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
Le bouton est actuellement un refresh donc on pense que cela
ne va que simplement rafraichir (pour avoir les nouveaux contenus par
exemple) alors que l'implémentation est volontairement un collapse. Il faudrait diviser en 2 : * même action mais avec un bouton plus explicite (le petit '-') * même bouton mais avec une action de simple refresh de la frame (pas de suppression de cookie) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 01/juil./10 10:07 ] |
| Avancement là dessus, Renaud ? |
[APP-29895] CDF Boutique : nombre de liens n'est pas le même selon que l'on est sur FR, ES ou UK Création: 10/juin/10 16:49 Mise à jour: 16/juin/10 13:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique, Chemin de fer |
| Affecte la/les version(s): | 70.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Caroline Schinzel [ 16/juin/10 13:56 ] |
| Martin, il me semble qu'il s'agit du problème de # dans la carto que tu as réglé pour la V71, non ? |
[APP-29856] MeV Livres - Modif d'annonce : L'état n'est pas transmis au formulaire de modif Création: 15/oct./09 12:09 Mise à jour: 09/juin/10 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Classif1: | MEV |
| Description |
|
Aller dans son inventaire. Modifier une annonce : Sur le formulaire l'état n'a pas été transmis. Voir screenshot |
| Commentaires |
| Commentaire de Thomas Allier [ 15/oct./09 15:54 ] |
|
Le problème semble limité à la catégorie livre en ES. Problème dans le paramétrage du formulaire de mise en vente? |
| Commentaire de Rocio Perez-Garcia [ 15/oct./09 16:36 ] |
| En prod c'est pareil. Du au week-end je fais les test en integ |
| Commentaire de Rocio Perez-Garcia [ 15/oct./09 17:10 ] |
|
Nerea me confirme que c'était voulu par la clause de Casa del LIbro. On peut cependant présélectionner l'état comme neuf sans l'exception PRO. |
| Commentaire de Manuel Sadok [ 19/oct./09 09:18 ] |
| Du coup que fait-on de ce jira, on le ferme ou bien il y a une modification à effectuer ? |
| Commentaire de Benoît Bourdon [ 19/oct./09 16:11 ] |
|
en fait ... c'est n'importe quoi ... en ES on empêche les vendeurs même PRO de vendre du neuf depuis le front office pour les livres (cf. une clause d'exclusivité avec casa del livro) ... et pour ce faire le formulaire est carrément cassé .... (j'ai bien l'impression que c'est comme ça depuis un certain temps ... au moins depuis casa del libro) --> ce n'est pas un bug version, mais quelque chose à corriger coté PARAM et à aussi voir avec Charles : 1- Faire en sorte que si l'état du livre est autre chose que neuf alors le bon état doit etre présélectionné 2- Remettre en cause cette règle : aujourd'hui pleins de PROs vendent du neuf dans les livres via les imports !! |
| Commentaire de Rocio Perez-Garcia [ 27/nov./09 17:49 ] |
|
Si le point 1 de Benoit : A faire lorsque soit convenu un accord pour vendre Livre Neuf sur ES |
| Commentaire de Ariane Baldinger [ 05/janv./10 14:26 ] |
|
Gaël, Benjamin, Sommes-nous toujours tenus de respecter la clause d'exclusivité avec casa del libro ? |
| Commentaire de Benjamin Guerville [ 07/janv./10 14:43 ] |
| pas d'info de mon côte, je laisse Gaël répondre. |
| Commentaire de Gaël Seguillon [ 07/janv./10 16:08 ] |
| oui ça fait partie des conditions négociées à l'accord initial figurant dans notre contrat de location de bdd, nous avons essayé de le renégocier sans succès depuis |
| Commentaire de Ariane Baldinger [ 09/juin/10 15:16 ] |
|
Benoît, Il vaut mieux attendre la migration en 4G des formulaires culturels pour gérer cette spécificité, non ? Je te transmets le jira, à ressortir le moment venu... Merci |
[APP-29838] [Mails HTML] A propos des lettres CGU Création: 08/juin/10 15:08 Mise à jour: 23/juin/10 10:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Siham Mnaouare |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | HTMLisation des mails |
| Navigateur: | Tous |
| Description |
|
Parfois en Majuscule, parfois en minuscule Est-ce normal ? Ex confirmation inscription FR : "Pour connaitre l'ensemble des Conditions générales ..." (C MAJ et g minuscule) Ex confirmation inscription UK : toutes les initiales en MAJ |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 08/juin/10 16:23 ] |
|
Pour FR : le premier nom (et éventuellement les adjectifs
qui le précèdent) prend une majuscule. Les adjectifs et noms qui lui
succèdent prennent une minuscule. Pour UK : les noms et adjectifs prennent tous une majuscule (sauf erreur de ma part). Thomas et Juan en copie pour valider les règles UK et ES. Je laisse ouvert car, pour la partie FR, cette règle peut ne pas avoir été respectée par le passé. Un nettoyage serait donc nécessaire. Merci. |
| Commentaire de Habib-Sylvain Gourguet [ 09/juin/10 11:53 ] |
| Siham, ce sera pour toi l'occasion de tester la fonctionnalité "Remplacer" (utile mais sensible). |
| Commentaire de Habib-Sylvain Gourguet [ 09/juin/10 11:56 ] |
|
Ce problème ne concerne a priori que des templates, aucun content d'aide en ligne concerné. @Juan : tu peux détailler quelle est la règle sur ES, svp ? |
| Commentaire de Juan Luis Fajardo [ 09/juin/10 17:45 ] |
|
En espagnol, noms et adjectifs prennent tous une majuscule J'ai trouvé du content dans l'aide en ligne en minuscule... |
| Commentaire de Cédric Goldovsky [ 21/juin/10 14:12 ] |
| a résoudre |
[APP-29835] [Mails HTML] Aerer les mails inscription 1 & 2 Création: 08/juin/10 15:03 Mise à jour: 18/juin/10 17:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | HTMLisation des mails |
| Navigateur: | Tous |
| Classif1: |
| Description |
|
cf le pavé en bas des mails
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 09/juin/10 10:01 ] |
|
En fait le problème est que le webmail utilisé ne met pas de marge entre les <p>. C'est vraiment dommage de se retrouver à être obligé de mettre des <br/> partout pour gérer l'aération entre les paragraphes... |
| Commentaire de Renaud Dierickx [ 18/juin/10 17:20 ] |
| C'est quel webmail ? |
[APP-29825] Supprimer les mails internes des select d'envoi de mail Création: 08/juin/10 14:22 Mise à jour: 10/juin/10 14:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
[APP-29824] Sécurisation du sigle ¿ (Euros) dans les mails IG Création: 08/juin/10 14:21 Mise à jour: 08/sept./10 16:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Commentaires |
| Commentaire de Alexandre Garnier [ 09/juin/10 10:01 ] |
| Une seule solution : la révolution UTF8 !!! |
[APP-29823] Pas d'envoi de mail de refus pour les images Création: 08/juin/10 13:34 Mise à jour: 06/déc./10 18:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Estelle Souvait | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Lorsque l'on refuse une image produit, la photo passe en supprimée au lieu de refusée
Le mail "photo refusée" ne part pas. |
| Commentaires |
| Commentaire de Aurélien Vergalli [ 08/juin/10 13:38 ] |
| Il ne s'agit ici que des images produits. L'envoi de mail de refus est OK pour les images annonces. |
| Commentaire de Edouard Gomez-Vaez [ 11/juin/10 10:26 ] |
|
En fait, j'ai un vague souvenir que c'est comme ça qu'on voulait faire. Au moment du développement des images annonces, on avait mis en place le mail de refus uniquement sur les images annonces refusées, en gardant bien la notion de suppression, sans message, pour les images produits, afin de ne pas prévenir le gars justement qu'on nettoyait les images produits. Benoît, tu te souviens ? |
| Commentaire de Aurélien Vergalli [ 11/juin/10 10:39 ] |
|
Je vois de quoi tu parles. Effectivement pouvoir supprimer
les images produits sans envoyer de mail, c'est bien, lorsque il s'agit
d'illustration déjà actives sur des fiches "publiques". Mais pour les fiches privées (car c'est de ça dont il s'agit), l'image-produit est finalement apparentée à de la photo d'annonce, et dans ce cas aussi on aimerait pouvoir refuser une image soumise avec envoi de mail. Pour résumer: avoir la possibilité de refuser tout type d'image soumise. |
[APP-29820] Nettoyage des ABTests de la monet Création: 08/juin/10 09:30 Mise à jour: 10/juin/10 10:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
[APP-29815] [Erreur velocity] - MyThings - FILTER_NAVIGATION(%%FILTER)-HIDDEN_2 Création: 07/juin/10 17:55 Mise à jour: 08/juin/10 09:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 70.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Date: 2010-06-07 08:57:13 Nbr d'erreur : 43 Left side ($cat.size()) of '>' operation has null value at PMVelocity - Type: Contenu : Bloc Html - Category[FILTER_NAVIGATION(%%FILTER)-HIDDEN_2 ][line 10, column 18] Null reference [template 'PMVelocity - Type: Contenu : Bloc Html - Category[FILTER_NAVIGATION(%%FILTER)-HIDDEN_2 ]', line 9, column 13] : $cat.get(0) cannot be resolved. |
[APP-29801] [Nav] Les chemins de fer sur la nav sont mal souligné dans les annonces impaires Création: 07/juin/10 11:32 Mise à jour: 29/oct./10 11:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 70.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Corinne Grondin | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
nav_cdf.png
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | FireFox 3.0 |
| Description |
|
Voir le screenshot pour plus de détails.
Le bug survient sur les annonces impaires. |
[APP-29789] TG cassée dans Enfant_jouet sous IE6 Création: 04/juin/10 14:38 Mise à jour: 10/juin/10 10:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 70.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 10/juin/10 10:43 ] |
|
cela n'arrive pas à chaque fois, il faut vérifier deux choses : 1- Format véritable de l'image (des .gif sont "renommés" en jpeg) -> Evite image absente/cassée 2- rajouter la taille dans le code des images => Evitera de casser la mise en page si l'image est absente/cassée |
[APP-29778] Messages fantômes dans le dash board Création: 03/juin/10 16:51 Mise à jour: 07/juin/10 09:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 70.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | BO Modération | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
JIRA FANTOME.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Depuis quelques jours, sur le dashboard modération rubrique
PreV Réponses Vendeur et les annonces, il y a des 2 messages fantômes
avant J-5, lorsque l'on clique ces messages n'existent pas. Merci d'avance. L'équipe modération. |
| Commentaires |
| Commentaire de Emeric Teil [ 04/juin/10 10:49 ] |
|
Thomas, tu peux regarder de quoi il s'agit exactement avant qu'on voit si une correction doit être faite stp ? |
[APP-29738] Redirection 301 lorsque catégorie inexistante au lieu de 302 Création: 01/juin/10 11:56 Mise à jour: 11/janv./11 15:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 69.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||
| Sous-tâches: |
|
|||||||||||||||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
|||||||||||||||
| Site: | Prod | |||||||||||||||
| Projets PM: | *** RESERVE *** | |||||||||||||||
| Classif2: | backlog | |||||||||||||||
| Description |
|
Actuellement, lorsqu'une catégorie n'existe pas (en NPF ou NPC), il y a une redirection 302 vers la homepage.
Nous souhaitons que cette redirection se fasse en 301. Exemples : /navigation/default/category/222424 http://www.priceminister.com/nav/Video_DVD-autres Merci ! |
| Commentaires |
| Commentaire de Thierry Leforestier [ 01/juil./10 15:02 ] |
| ping ! |
| Commentaire de Cédric Goldovsky [ 14/oct./10 12:13 ] |
|
Thierry, que veux tu ?
le titre : "Redirection 301 lorsque catégorie inexistante au lieu de 302" ==> ce qui sous entend que tu souhaites une 302 le commentaire : "Nous souhaitons que cette redirection se fasse en 301" ==> ce qui ne laisse aucun doute sur ta volonté d'avoir une 301 ! actuellement, en Integ, il me semble que nous avons une 302... |
| Commentaire de Cédric Goldovsky [ 14/oct./10 12:22 ] |
| il manque les 301 sur navigation default |
| Commentaire de Caroline Schinzel [ 14/oct./10 16:32 ] |
|
2 sous tâches ont été créées :
- Pour les redirections dans la NpF, déjà implémenté, pour la NAV-E - Pour les redirections dans la NpC, qui demande un bon nettoyage assez impactant. Décalé en NAV-F |
Nettoyage des fichiers de Rewrite Rules FR et ES
(APP-29731)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Thierry Leforestier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Nettoyage_RewriteRules_010610.xlsx
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Thierry, Est-ce que c'est faisable pour les redirections suivantes : - Vins et Saveurs suite à désactivation de l'arbre de NPC de Vins et Saveurs ? - Redirections ajoutés pour la V40.0.1? |
| Commentaires |
| Commentaire de Thierry Leforestier [ 31/mai/10 17:23 ] |
|
Tu peux m'en donner la liste ? Merci :) |
| Commentaire de Aurélie Kwiatkowski [ 01/juin/10 10:00 ] |
|
Tu as toutes les redirections NpC--> NpF qui sont dans le fichier de rewrite rules en integ dans ce fichier. Aurélie |
| Commentaire de Thierry Leforestier [ 01/juin/10 11:58 ] |
| Est-ce que ça te dérange si on attend la résolution de ce jira > http://pricejira.lan/browse/APP-29738 avant de traiter celui-ci ? |
| Commentaire de Aurélie Kwiatkowski [ 01/juin/10 14:19 ] |
| Pas du tout, on attend. |
Nettoyage des fichiers de Rewrite Rules FR et ES
(APP-29731)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif2: | backlog |
| Description |
|
Thierry, Comme vu ce matin, les redirections suivantes ne sont plus utiles : # /navigation?&category_sub=cat&keyword=kws... -> /s/kws RewriteCond %{QUERY_STRING} ".*keyword=([^&]+).*" RewriteRule ^/navigation /s/%1? [R=301,L,NE] # /navigation?&category_sub=cat&keyword=kws... -> /s/kws RewriteCond %{QUERY_STRING} ".*keyword=(.*)" RewriteRule ^/navigation /s/%1? [R=301,L,NE] # /navigation?&category_sub=cat&keyword=kws... -> /s/kws RewriteCond %{QUERY_STRING} ".*kw=([^&]+).*" RewriteRule ^/navigation /s/%1? [R=301,L,NE] # /navigation?&category_sub=cat&keyword=kws... -> /s/kws RewriteCond %{QUERY_STRING} ".*kw=(.*)" RewriteRule ^/navigation /s/%1? [R=301,L,NE] On peut supprimer? |
| Commentaires |
| Commentaire de Thierry Leforestier [ 31/mai/10 16:16 ] |
|
Tu peux y aller, j'en ai 2 pour la journée d'hier. Celles qu'il ne faut pas retirer sont celles de la recherche globale sous la forme /navigation/se/catagory/kw/mot+clef. Thierry |
[APP-29731] Nettoyage des fichiers de Rewrite Rules FR et ES Création: 31/mai/10 15:59 Mise à jour: 17/août/10 16:23 |
|
| Etat: | En cours |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Aurélie Kwiatkowski |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
|||||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||||||||||||||||||||||
| Site: | Integ | |||||||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | |||||||||||||||||||||||||||||||||||
| Description |
|
Nettoyage des fichiers de Rewrite Rules FR, ES (et éventuellement UK)
|
[APP-29728] Ne pas catcher un genre d'exception dans le système de test des templates (cf. jira APP-29705) Création: 31/mai/10 15:22 Mise à jour: 30/sept./10 11:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | |||||||||||||||||
| Classif FONC: | tech | ||||||||||||||||
| Description |
|
- Dans le but d'éviter la création de Jira pour des erreurs qui n'en sont pas;
- cf. APP-29705, commentaire Alex : " En fait, c'est un problème plus ou moins "normal". Je m'explique : # le système de test des template le fait sans contexte velocity --> $item.ItemSalePrice = null ! # la méthode $util.greaterThan finit par faire appel à une méthode sur cet objet qui est ici null --> l'erreur Donc ça ne plante que dans ce cadre-là parce qu'il n'y a pas de contexte velocity et que les null sont mal gérés dans cette méthode (et ce depuis 2004 !) Solution à court terme 1 : ignorer cette alerte Solution à court terme 2 : tester la nullité de cette variable dans le template (mais c'est con de faire ça juste pour que les tests incomplets passent...) Solution à moyen terme 1 : corriger le NPE dans cette méthode (mais faire quoi alors ? Lancer une exception me semble le plus logique) Solution à moyen terme 2 : ne pas catcher ce genre d'exception dans ce système de test des templates Solution à moyen terme 3 : faire un simple parse et non pas un merge dans le test du template Solution à long terme : avoir un vrai contexte velocity dans les tests, mais là c'est chaud. " |
| Commentaires |
| Commentaire de Alexandre Garnier [ 17/juin/10 15:33 ] |
|
En fait c'est tout sauf évident donc il faudrait plutôt
utiliser la solution à moyen terme 3 (discuté avec la SAV, c'est tout ce
qu'ils demandent à ce test) Mais du coup ça fait partir sur du plus complexe avec les problématiques du JIRA APP-25996 --> faudrait revoir notre gestion des templates Velocity pour mieux gérer les Exceptions et pourvoir utiliser un mode TEST ne faisant pas de logs. |
[APP-29721] Mesage au démarrage de l'un de nos serveurs de PROD : Failed to add deployable jar Création: 31/mai/10 12:16 Mise à jour: 29/juil./10 14:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 69.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Jérémie Bennejean |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Je reçois ça dans mes mails d'alerte : WARN - nb: 1 - Failed to add deployable jar: file:/appli/priceminister/jboss-4.0.2/server/priceminister/tmp/deploy/tmp5916properties-service.xm |
| Commentaires |
| Commentaire de Jérémie Bennejean [ 09/juin/10 16:44 ] |
|
Bonjour, Quels est/sont les serveurs concernés par cette alerte? C'est tout les jours? J'ai regardé si je trouvais ce message sur 2 de nos plus gros AS, je ne l'ai pas trouvé. |
| Commentaire de Jérémie Bennejean [ 09/juin/10 16:45 ] |
| OK tu parles du rapport de mail journalier : [NAGIOS] REPORT DAILY JBOSS ALL ERROR |
| Commentaire de Jérémie Bennejean [ 09/juin/10 16:47 ] |
|
Il ne semble y avoir qu'une erreur. (nb1) et indique ne pas trouver "properties-service.xm" (pas de l à la fin). |
| Commentaire de Christophe Garcia [ 21/juil./10 10:13 ] |
|
Oui c'est ça. Et je l'ai toujours. |
[APP-29716] [Page Indisponible ] paiement par carte bleu impossible, on a une page indisponible Création: 28/mai/10 11:54 Mise à jour: 15/juin/10 15:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 7.X |
| Classif2: | mur |
| Description |
|
2010-05-28 11:11:43,134 INFO [P-Processor9] QT285111112 - >>> POST https://www.pm.lan/checkout!action=paycard&cardtypecode=10&ccmonth=5&ccnumber=4907000000...&ccyear=2015&c vvkey=000&paymentmode=0&submitbtn=Continuer 2010-05-28 11:11:43,382 WARN [P-Processor9] QT285111112 - $$$ Authorization Sips request - Ref: 304104 - Amount: 57,74 Euros - Date: 28/05/2010 2010-05-28 11:11:44,572 INFO [P-Processor9] QT285111112 - NEW BUYER Cart paid - buyer=QT285111112 2010-05-28 11:11:44,572 INFO [P-Processor9] QT285111112 - Event : Buy 2010-05-28 11:11:44,572 INFO [P-Processor9] QT285111112 - Event : First buy 2010-05-28 11:11:44,572 INFO [P-Processor9] QT285111112 - Event : First action buy 2010-05-28 11:11:44,624 WARN [P-Processor9] QT285111112 - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.pm.lan/checkout!action=p aycard&cardtypecode=10&ccmonth=5&ccnumber=4907000000...&ccyear=2015&cvvkey=000&paymentmode=0&submitbtn=Continuer~Referrer=https://www.pm.lan/checkout~User-Agent=Mozilla/4.0 (com patible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=org.jboss.tm.JBossRollbackExce ption: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/311208, BranchQual=, localId=311208] status=STATUS_NO_TRANSACTION; - nested throwable: (java x.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=20389494) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) at org.jboss.tm.TxManager.commit(TxManager.java:200) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:311) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:220) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=20389494 at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:390) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:743) at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.beforeCompletion(GlobalTxEntityMap.java:302) at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1384) at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1076) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296) ... 30 more 2010-05-28 11:11:44,625 INFO [P-Processor9] QT285111112 - Setting response status code to 503 2010-05-28 11:11:44,775 INFO [P-Processor9] QT285111112 - Displaying tag : Tracking (FIRST_BUY) - Zanoxx-Loterie(2173340)::Paiement_reussi 2010-05-28 11:11:44,776 INFO [P-Processor9] QT285111112 - Displaying tag : Tracking (FIRST_ACTION_BUY) - Zanoxx-Loterie(2173340)::Membre_actif 2010-05-28 11:11:44,781 INFO [P-Processor9] QT285111112 - <<< [1647 ms] POST https://www.pm.lan/checkout!action=paycard&cardtypecode=10&ccmonth=5&ccnumber=4907000000...&ccy ear=2015&cvvkey=000&paymentmode=0&submitbtn=Continuer |
| Commentaires |
| Commentaire de M'hand Hadjoudj [ 28/mai/10 11:58 ] |
|
un autre cas juste aprés : 2010-05-28 11:13:07,573 INFO [P-Processor9] QT285111236 - >>> POST https://www.pm.lan/checkout!action=paycard&cardtypecode=10&ccmonth=5&ccnumber=4907000000...&ccyear=2015&c vvkey=000&paymentmode=0&submitbtn=Continuer 2010-05-28 11:13:07,848 WARN [P-Processor9] QT285111236 - $$$ Authorization Sips request - Ref: 304106 - Amount: 57,74 Euros - Date: 28/05/2010 2010-05-28 11:13:09,039 INFO [P-Processor9] QT285111236 - NEW BUYER Cart paid - buyer=QT285111236 2010-05-28 11:13:09,039 INFO [P-Processor9] QT285111236 - Event : Buy 2010-05-28 11:13:09,039 INFO [P-Processor9] QT285111236 - Event : First buy 2010-05-28 11:13:09,039 INFO [P-Processor9] QT285111236 - Event : First action buy 2010-05-28 11:13:09,070 WARN [P-Processor9] QT285111236 - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.pm.lan/checkout!action=p aycard&cardtypecode=10&ccmonth=5&ccnumber=4907000000...&ccyear=2015&cvvkey=000&paymentmode=0&submitbtn=Continuer~Referrer=https://www.pm.lan/checkout~User-Agent=Mozilla/4.0 (com patible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=org.jboss.tm.JBossRollbackExce ption: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/312375, BranchQual=, localId=312375] status=STATUS_NO_TRANSACTION; - nested throwable: (java x.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=20389495) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) at org.jboss.tm.TxManager.commit(TxManager.java:200) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:311) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:220) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=20389495 at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:390) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:743) at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.beforeCompletion(GlobalTxEntityMap.java:302) at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1384) at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1076) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296) ... 30 more 2010-05-28 11:13:09,070 INFO [P-Processor9] QT285111236 - Setting response status code to 503 2010-05-28 11:13:09,229 INFO [P-Processor9] QT285111236 - Displaying tag : Tracking (FIRST_BUY) - Cibleclickx-affilCA(431042)::Paiement_reussi 2010-05-28 11:13:09,229 INFO [P-Processor9] QT285111236 - Displaying tag : Tracking (FIRST_ACTION_BUY) - Cibleclickx-affilCA(431042)::Membre_actif 2010-05-28 11:13:09,235 INFO [P-Processor9] QT285111236 - <<< [1660 ms] POST https://www.pm.lan/checkout!action=paycard&cardtypecode=10&ccmonth=5&ccnumber=4907000000...&ccy ear=2015&cvvkey=000&paymentmode=0&submitbtn=Continuer |
| Commentaire de Clement Balay [ 28/mai/10 15:42 ] |
|
Ce genre d'erreur provient surement d'un problème de LOCK_OPTIMISTIC C'est à dire qu'une colonne a été updatée deux fois dans la même transaction. |
| Commentaire de Nicolas Chauveau [ 28/mai/10 17:41 ] |
|
> Ce genre d'erreur provient surement d'un problème de LOCK_OPTIMISTIC C'est bien un pb de lock optimiste. > C'est à dire qu'une colonne a été updatée deux fois dans la même transaction. La transaction ci-dessus voulait updater (Expected one affected row) une ligne dans une table (les logs bas niveau EJB ne nous en disent pas plus) mais la ligne a disparu entre temps ou a été updatée par ailleur et le row version a changé (rowsAffected=0). Ce n'est pas un vrai problème, lors de la dernière TX Arnaud avait vérifié que cela n'arrivait pas fréquemment en prod. Par contre, pour la beauté du geste je veux bien creuser un peu. On est sur un paiement de panier. A la louche, on cherche - à updater l'état du panier et de ses Items ; - à repercuter des infos de stock sur product et advert. * Est-ce que le même utilisateur (QT285111236 ) modifiait son panier par ailleurs ? => contentions sur purchase * Est-ce qu'un batch d'expiration de panier tournait en même temps (avec une durée de vie de panier très faible) ? => contentions sur purchase ou item * Est-ce qu'un autre panier utilise les mêmes annonces/produits ? => contentions sur product ou advert * Est-ce qu'un vendeur valide des ventes en parallèle ? => contentions sur product ou advert |
| Commentaire de Nicolas Chauveau [ 28/mai/10 18:16 ] |
|
Piste : 2 QTP en parallèle (un firefox et un IE) qui achètent systématiquement à partir de la même requête oracle. Donc ils tapent en même temps sur les mêmes annonces/produits. => des périmètres différents (robe pour l'un, pantalon pour l'autre) ? => se réserver les produits selon le module de l'id ? => piocher au hasard parmi les 32 retournées sur la page ? |
| Commentaire de Christophe Garcia [ 31/mai/10 17:52 ] |
| En moyenne, il y a une vingtaine de paniers par jour qui plantent (stats de PRO de 25/05/2010 au 31/05/2010) . |
| Commentaire de Cédric Goldovsky [ 15/juin/10 15:37 ] |
| Pas traité tout de suite : je le baisse en MAJEUR |
[APP-29705] Ne pas remonter les erreurs générées faute de contexte Velocity Création: 27/mai/10 13:56 Mise à jour: 30/déc./10 12:27 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Site: | Integ | ||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||
| Description |
|
cf. screenshot-1
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 27/mai/10 14:19 ] |
|
Alias du template concerné : new_abime_retour_pm_a On y utilise une méthode Velocity qui ne devrait a priori pas causer d'erreur : #if($util.greaterThan($item.ItemSalePrice, 150)) Je ne vois pas ce qui peut causer le NullPointerException. |
| Commentaire de Alexandre Garnier [ 27/mai/10 15:27 ] |
|
En fait, c'est un problème plus ou moins "normal". Je m'explique : # le système de test des template le fait sans contexte velocity --> $item.ItemSalePrice = null ! # la méthode $util.greaterThan finit par faire appel à une méthode sur cet objet qui est ici null --> l'erreur Donc ça ne plante que dans ce cadre-là parce qu'il n'y a pas de contexte velocity et que les null sont mal gérés dans cette méthode (et ce depuis 2004 !) Solution à court terme 1 : ignorer cette alerte Solution à court terme 2 : tester la nullité de cette variable dans le template (mais c'est con de faire ça juste pour que les tests incomplets passent...) Solution à moyen terme 1 : corriger le NPE dans cette méthode (mais faire quoi alors ? Lancer une exception me semble le plus logique) Solution à moyen terme 2 : ne pas catcher ce genre d'exception dans ce système de test des templates Solution à moyen terme 3 : faire un simple parse et non pas un merge dans le test du template Solution à long terme : avoir un vrai contexte velocity dans les tests, mais là c'est chaud. |
| Commentaire de Habib-Sylvain Gourguet [ 27/mai/10 16:37 ] |
|
Espérance, ok pour ignorer l'alerte sur l'utilisation de cette méthode Velocity ? Elle a été testée en "conditions réelles" et fonctionne parfaitement dans les mails. |
| Commentaire de Habib-Sylvain Gourguet [ 28/mai/10 10:28 ] |
| C'est une erreur qui risque de faire exploser les logs NAGIOS quotidiens ? |
| Commentaire de Alexandre Garnier [ 28/mai/10 10:39 ] |
| Non |
| Commentaire de Espérance Galouo-Lece [ 28/mai/10 11:20 ] |
|
- Pour cette fois-ci, j'ignore l'alerte ; - Dans la mesure où nous avons des tests de nonReg sur les templates de mail, et qu'il est probable que ce ne soit pas toujours la même personne qui les lancent, le mieux serait d'ouvrir un jira pour la "Solution à moyen terme 2" ; |
| Commentaire de Habib-Sylvain Gourguet [ 30/déc./10 11:03 ] |
|
Voir solution discutée par Espérance et Alex, et ré-attribuer en fonction.
Merci. |
[APP-29703] Mot de passe oublié : Contextualiser le message de retour Création: 27/mai/10 12:39 Mise à jour: 27/mai/10 14:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Oussama Maaroufi | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
A qq'un qui a oublié son MDP on répond systématiquement
qu'il va recevoir 2 mails sans tenir compte du fait que le mail
peut-être NPAI ou l'envoi de mail bloqué. Il faudrait contextualiser ce message. Par exemple si NPAI, on peut afficher un message indiquant que l'adresse utilisée actuellement n'est pas valide + Suggérer à l'internaute d'utiliser les formulaires de contact pour atteindre les gens du BO (préciser l'URL) |
| Commentaires |
| Commentaire de Emeric Teil [ 27/mai/10 14:25 ] |
| A prendre en compte lorsqu'on fera le deuxième lot de "npai" (d'autres emplacements / contexte sont envisagés). |
[APP-29702] Mode femme dans la mode homme en Espagne Création: 27/mai/10 12:26 Mise à jour: 27/mai/10 17:35 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | Chemin de fer |
| Navigateur: | Tous |
| Description |
|
http://www.es.integ/nav/Moda_Moda-hombre
|
| Commentaires |
| Commentaire de Thomas Allier [ 27/mai/10 15:35 ] |
|
Il s'agit de produits ayant pour valeur d'attribut "Público / Género" : Adulto (mixto) Ces produits matchent par conséquent à la fois dans les catégories "Ropa hombre" et "Ropa mujer". Pour autant, le chemin de fer est unique et choisit la première catégorie dans l'ordre dans l'arbre de NPF, c à d "Ropa Mujer". (il existe également un paramètre chemin de fer non prioritaire si l'on décide de choisir la deuxième catégorie de l'arbre pour le cdf mais il n'est pas appliqué ici) |
| Commentaire de Cédric Goldovsky [ 27/mai/10 16:22 ] |
|
j'ai un peu l'impression que tu nous explique pourquoi c'est anormal mais qu'on ne va pas plus loin ;-) en fait, peut on faire en sorte que si je suis dans mode femme, le CDF ne choisisse pas la première catégorie de l'arbre mais belle et bien la catégorie courante |
| Commentaire de Thomas Allier [ 27/mai/10 16:47 ] |
|
Ca veut dire que ton même produit aura tantôt un chemin de
fer au niveau de l'univers Moda, tantôt un chemin de fer différent quand
tu rentres dans la catégorie Ropa hombre pour revenir sur un chemin de
fer différent quand tu accèdes à la fiche produit. En termes de ref, si on décide un jour d'ouvrir ces liens dans la nav, on souhaitera avoir une sémantique stable. De plus, ça nécessite d'implémenter un matching spécifique pour ce cas particuliers qui irait matcher certaines informations dans l'URL et d'autres dans le produit. Donc cette demande me semble très coûteuse (et en tout cas irréalisable d'ici la livraison). |
| Commentaire de Thomas Allier [ 27/mai/10 17:35 ] |
|
Je propose de sortir la demande de la version. On pourrait résoudre ce problème en créant une catégorie vêtement mixte par exemple. Cette solution est à valider avec le référencement et les commerciaux. Je propose d'attendre de voir dans un premier temps si l'on conserve le cdf complet dans le listing produit. |
[APP-29699] Notation du vendeur (dans H2) non visible sur le détail annonce d'une FP Création: 27/mai/10 11:24 Mise à jour: 31/mai/10 12:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Produits |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
ex : http://www.es.integ/offer?action=desc&aid=127163899 quand taille navigateur réduite
|
| Commentaires |
| Commentaire de Thomas Allier [ 31/mai/10 12:04 ] |
|
Bug déjà présent en prod et connu. Ce n'est pas spécifique à l'espagne. On a un wording trop long au niveau du titre du DA. On pourrait par exemple ecourter : "annonce de "vendeur" note : 3/5 pour x ventes" et masquer une partie du titre (aulieu de passer à la ligne) lorsque l'affichage ne permet pas de tout afficher. On peut aussi remettre en question la présence de la note vendeur dans le titre (info déjà présente dans le bloc profil vendeur). A traiter lorsqu'on retouchera au DA. |
[APP-29689] XDK : 2 en 1 Création: 26/mai/10 18:15 Mise à jour: 03/juin/10 09:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif1: | BO |
| Classif2: | outil |
| Description |
|
- En prenant en compte un nouveau paramètre qui ferai
la différence en NpF et 4G il est possible de faire du 2 en 1: export_category_alias.sh <NpF|4G> [<dir>] <PROD_FR|PROD_ES|INTEG_FR|...> <alias>*n import_category_alias.sh <NpF|4G> [<dir>] <PROD_FR|PROD_ES|INTEG_FR|...> <alias>*n |
[APP-29677] [CDF listing produits] Lien (Grid) VS pas un lien (Liste) Création: 26/mai/10 14:37 Mise à jour: 27/mai/10 11:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Thomas Allier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
En mode grid, ce lien pointe sur la page "mode liste", c'est pourquoi c'est un lien. Tenter de gérer ce cas.
|
| Commentaires |
| Commentaire de Thomas Allier [ 26/mai/10 18:44 ] |
|
Dans ce cas là, on devrait gérer tous les cas suivant affichage (/rl) tri (/s) page (/pa) type d'offre (/ft) Pour autant, un lien remontant à la catégorie sans paramètre n'est-il pas utile? Je pense qu'on va introduire une complexité pour supprimer un lien qui a son utilité dans certains cas. Comme on avait déjà identifié le problème et choisi de ne pas le traiter, si tu es d'accord, on conserve la demande mais on ne la traite pas dans le cadre de la NAV-C |
[APP-29661] Erreur de positionnement pour l'ancre Q&A sur la fiche produit Création: 25/mai/10 12:29 Mise à jour: 18/juin/10 16:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Bastien Caudan | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Navigateur: | FireFox 3.0 |
| Classif1: | TECH |
| Description |
|
Reproduit en prod : http://www.priceminister.com/offer/buy/98696765/guillaume-musso-la-fille-de-papier-livre.html Postionnement sur l'ancre http://www.priceminister.com/offer/buy/98696765/guillaume-musso-la-fille-de-papier-livre.html#q_and_a F5 -> la page n'est pas positionnée sur les questions produits |
[APP-29630] Améliorer la remontée exception compclose lors d'un transfert de vente alors que la compensation vient d'être fermée.... Création: 20/mai/10 10:40 Mise à jour: 20/mai/10 10:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Bonjour, Lors des compensation du 20/05, j'ai vu un certain nombre d'exception lors du traitement de compclose. Il a été déterminé que ces compensations avaient été traitées par Compclose mais que l'utilisateur avait entre temps demandé un transfert de ses ventes donc le batch essayait de traiter une compensation déjà fermée.... Voici un extrait des logs du batch : 2010-05-20 06:50:39,261 INFO [CLOSING ] CLOSING - Starting to close compensations for user 17451087 2010-05-20 06:50:39,312 ERROR [CLOSING ] CLOSING - **** ERROR - Unexpected exception javax.ejb.EJBException: null; CausedByException is: null; CausedByException is: No such entity!; nested exception is: javax.ejb.EJBException: null; CausedByException is: No such entity! at com.babelstore.compensation.service.batch.ClosingBatchFacadeBean.closingCompensation(ClosingBatchFacadeBean.java:45) at sun.reflect.GeneratedMethodAccessor1195.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:66) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:134) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:204) at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:107) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:69) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:325) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:201) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:259) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:327) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:147) javax.transaction.TransactionRolledbackException: null; CausedByException is: No such entity!; nested exception is: javax.ejb.EJBException: null; CausedByException is: No such entity! at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy534.systemClosingCompensation(Unknown Source) at com.babelstore.compensation.service.batch.ClosingBatchFacadeBean.closingCompensation(ClosingBatchFacadeBean.java:41) at sun.reflect.GeneratedMethodAccessor1195.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:66) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:134) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:204) at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:107) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:69) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:325) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:201) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:259) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:327) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:147) Caused by: javax.ejb.EJBException: null; CausedByException is: No such entity! at com.babelstore.user.business.UserBusinessBean.systemWalletCompensation(UserBusinessBean.java:2043) at com.babelstore.user.business.UserBusinessBean.systemClosingCompensation(UserBusinessBean.java:2082) at sun.reflect.GeneratedMethodAccessor1196.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 52 more javax.transaction.TransactionRolledbackException: null; CausedByException is: No such entity!; nested exception is: javax.ejb.EJBException: null; CausedByException is: No such entity! at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:244) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:514) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.EntityInterceptor.invoke(EntityInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy534.systemClosingCompensation(Unknown Source) at com.babelstore.compensation.service.batch.ClosingBatchFacadeBean.closingCompensation(ClosingBatchFacadeBean.java:41) at sun.reflect.GeneratedMethodAccessor1195.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:66) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:134) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:39) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateless.StatelessContainer.dynamicInvoke(StatelessContainer.java:204) at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:107) at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:69) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:325) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:201) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:259) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:327) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:147) Caused by: javax.ejb.EJBException: null; CausedByException is: No such entity! at com.babelstore.user.business.UserBusinessBean.systemWalletCompensation(UserBusinessBean.java:2043) at com.babelstore.user.business.UserBusinessBean.systemClosingCompensation(UserBusinessBean.java:2082) at sun.reflect.GeneratedMethodAccessor1196.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke(EntityContainer.java:1174) at org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor.invoke(JDBCRelationInterceptor.java:72) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:273) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) ... 52 more Cordialement, |
[APP-29610] Mettre en place la synchronisation de batch_product en DEV Création: 19/mai/10 11:06 Mise à jour: 28/oct./10 11:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 71.0.0 (CTN-R) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Ayoub Benseghir |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Mettre en place en DEV la mécanique de création des entrées
dans BATCH_PRODUCT lors de la création d'entrée dans PRODUCT. Ceci pour plusieurs raisons : * être uniforme sur tous les environnements * permettre les tests des compteurs annonces sur création de fiche produit |
[APP-29593] Messages Pré-ventes - absence des références - MILLETSPORTS Création: 11/mai/10 18:41 Mise à jour: 08/juin/10 10:30 |
|
| Etat: | En cours |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 69.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
france.jpg
millet sport.png
PM Questions.docx
|
| Pays: |
GBR - Royaume Uni, FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Lorsque que ce pro reçoit des messages pré-ventes, aucune référence du produit n'est précisée. cf PJ Pourtant sur d'autres pros, cela est présent dans les post ventes. Est-il donc possible d'insérer les réf. internes du pro dans la question pré-ventes? |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 17/mai/10 15:44 ] |
| hello, qu'appelles-tu précisément 'référence du produit' ? merci |
| Commentaire de Julien Buhagiar [ 17/mai/10 15:49 ] |
| Par "référence produit", j'entends les deux premières colonnes du fichier du pro (cf modele import mode par exemple) |
| Commentaire de Laurent Payot [ 17/mai/10 15:55 ] |
| Rémi, Arianne, pouvez vous me dire quels champs sont affichés dans ces fenêtres de questions post et pré vente? Si les commentaires annonces ou les commentaires privés sont affichés je peux éventuellement ajouter les références produit et annonces dans ces commentaires. |
| Commentaire de Julien Buhagiar [ 17/mai/10 16:00 ] |
|
@ Laurent: j'ai déjà demandé de mettre les ref annonces dans ses commentaires annonces (fait par Daniel Mais je voudrais savoir s'il est possible de les rajouter par défaut dans les questions pré-ventes (comme c'est déjà le cas pour les question post-ventes : cf PJ Doc Word) |
| Commentaire de Laurent Payot [ 17/mai/10 16:13 ] |
| Carole, Marion, cela vous concerne-t'il? |
| Commentaire de Isabelle Weisbecker [ 17/mai/10 16:56 ] |
| pour info sur le site FR on voit les références en haut à droite |
| Commentaire de Laurent Payot [ 17/mai/10 17:24 ] |
| Les références ont déjà été ajoutées aux commentaires, rien qu'on ne puisse faire de plus niveau import. Je transmet ce problème plutôt typé mise en vente au pôle param. |
| Commentaire de Laurent Payot [ 17/mai/10 17:26 ] |
| je voulais dire au pôle catalogue. |
| Commentaire de Marion Anfreville [ 18/mai/10 09:29 ] |
|
Je ne crois pas qu'on ait la main là-dessus => dev. Ariane, tu confirmes ? |
| Commentaire de Ariane Baldinger [ 18/mai/10 15:12 ] |
| je ne crois pas non plus, ou alors il faut que l'on nous explique. |
batch suggestion : ERROR - Unexpected exception javax.ejb.EJBException: null; CausedByException is: null
(APP-29574)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 69.0.0 (TX-N) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Tout est dans le titre + voir pb encouru au niveau du bug parent
|
[APP-29585] Pseudo vendeur : Page non rationnalisée Création: 18/mai/10 11:30 Mise à jour: 18/mai/10 11:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 69.0.0 (TX-N) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | CSS - Rationalisation Pseudo vendeur |
| Description |
|
Compte euromedia_pr URL : http://www.pm.lan/purchase?action=selleritemlist&sellerid=16219564 Voir screenshot |
[APP-29558] Problème sur une recherche pour la page "Fichiers" Création: 14/mai/10 15:05 Mise à jour: 19/mai/10 10:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 68.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Carole Boucheny | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Erreur obtenue.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Lorsque je fais une recherche sur les "Fichiers en cours", trié par "Vendeur", j'obtiens une erreur java.SQL....
|
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 17/mai/10 10:49 ] |
| - Toujours d'actualité? |
| Commentaire de Carole Boucheny [ 17/mai/10 11:06 ] |
| Oui toujours d'actualité en prod et en integ. |
| Commentaire de Espérance Galouo-Lece [ 18/mai/10 10:34 ] |
|
2010-05-18 10:32:12,604 INFO [-Processor11] BO:pmadmin:Non_identifié - >>> GET http://www.pm.lan/datafile_back?action=advfilesearch&file_id=&login=&process_code=&status=1&use _proc_date=false&start_date=&end_date=&order=4&x=56&y=11 2010-05-18 10:32:12,610 ERROR [-Processor11] BO:pmadmin:Non_identifié - SQL error caused by DataFileSearchQuery -- DataFileSearchQuery SELECT data_file.data_file_id, data_file.adv_process_code, data_file.advert_profile_id, data_file.change_date, data_file.close_other_adverts, data_file.closed_advert_count, data_file.column_count, data_file.count_adverts_created, data_file.count_adverts_updated, data_file.count_conflicts, data_file.count_errors, data_file.count_ignored, data_file .count_lines, data_file.count_processed, data_file.count_products_created, data_file.count_products_updated, data_file.creation_date, data_file.dtf_status_code, data_file.dtf_s tatus_code_old, data_file.error_description, data_file.is_archived, data_file.load_date, data_file.original_filename, data_file.prd_process_code, data_file.process_cycle, data_ file.process_date, data_file.row_version, data_file.sum_advert_stock_variation, data_file.user_account_id, data_file.user_comment, data_file.user_login, submitter_lock.last_loc k_date, is_locked FROM data_file, submitter_lock WHERE (submitter_lock.user_account_id (+)= data_file.user_account_id) AND (data_file.dtf_status_code in (25,30,50,60,65,110,10) ) ORDER BY user_account.login ASC ; 2010-05-18 10:32:12,615 ERROR [-Processor11] BO:pmadmin:Non_identifié - TransactionRolledbackException in method: public abstract java.util.Collection com.babelstore.datafile.b usiness.DataFileCatalog.getDataFileCollection(com.babelstore.datafile.DataFileSearchInput) throws java.rmi.RemoteException, causedBy: java.sql.SQLException: [Oracle] #542 ORA-00904: "USER_ACCOUNT"."LOGIN": invalid identifier at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.n.a(Unknown Source) at com.inet.ora.m.a(Unknown Source) at com.inet.ora.m.for(Unknown Source) at com.inet.ora.m.executeQuery(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedStatement.executeQuery(WrappedStatement.java:208) at com.babelstore.util.Query.open(Query.java:522) at com.babelstore.util.Query.getInfoCollection(Query.java:262) at com.babelstore.datafile.business.DataFileSearchQuery.getCollection(DataFileSearchQuery.java:105) at com.babelstore.datafile.business.DataFileCatalogBean.getDataFileCollection(DataFileCatalogBean.java:208) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor84.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) |
[APP-29537] Présence de Suivi alors que "Transaction interdite" en BO Création: 12/mai/10 10:56 Mise à jour: 12/mai/10 11:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 69.0.0 (TX-N) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Thomas Landru |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
- Présence du Mode d'expédition "Suivi" alors que cette transaction est interdite (cf. Screenshot-1); - De plus, impossible de choisir ce mode d'expédition; |
| Commentaires |
| Commentaire de Emeric Teil [ 12/mai/10 11:02 ] |
| Il me semble qu'il s'agit d'un bug d'affichage existant, Thomas tu confirmes ? |
| Commentaire de Thomas Landru [ 12/mai/10 11:33 ] |
| Oui c'est un bug existant. |
| Commentaire de Emeric Teil [ 12/mai/10 11:37 ] |
| On reviendra donc la dessus dans le cadre de la gestion des modes d'expédition (et peut-être dès le projet So Colissimo) |
[APP-29511] rapatrier la recherche par référence privée dans la recherche FAST de l'inventaire Création: 11/mai/10 09:43 Mise à jour: 02/sept./10 10:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Boutique, Inventaire, Navigation annonce, Navigation produit, Recherche produit |
| Affecte la/les version(s): | 68.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Benoît Bourdon | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif2: | backlog | ||||||||
| Description |
|
Oubliez mon premier commentaire du 11 Mai !! Voici la description : Le but est de "virer" le champ recherche par référence (qui ne cherche que dans les références !!) du premier onglet de l'inventaire. et pouvoir chercher y compris dans les références privée dans la recherche principale du second onglet. --> Intégrer dans FAST un champ contenant la liste des : "id_vendeur :|: ref_privée" --> Faire en sorte que cette liste soit cherchable uniquement dans le contexte de l'inventaire (il faut voir : peut être aussi dans la boutique ?? mais attention la boutique est un lieu public ...) --> Peut être que l'on peut aussi laisser le champ de recherche dans le premier onglet (pour les PRO) mais dans ce cas, autant faire en sorte qu'il renvoi vers la recherche du second onglet qui sera plus complète : texte + reférence privée. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 11/mai/10 09:47 ] |
|
Le but est de virer le champ recherche par référence (qui
ne cherche que dans les références !!) du premier onglet de
l'inventaire. et pouvoir chercher y compris dans les références privée dans la recherche principale du second onglet. --> Intégrer dans FAST un champ contenant la liste des : "id_vendeur :|: ref_privée" --> Faire en sorte que cette liste soit cherchable uniquement dans le contexte inventaire (il faut voir : peut être la boutique aussi ?? mais attention la boutique est un lieu public ...) (--> Peut être laisser le champ de recherche dans le premier onglet mais dans ce cas, il "redirige" vers la recherche du second onglet ...) |
| Commentaire de Thomas Allier [ 19/mai/10 15:38 ] |
|
Solution alternative moins coûteuse qui ne nécessite pas de
modifier le connecteur : On met en place une drop down avec deux choix -recherche classique -recherche oracle reference privée Au moins en attendant de toucher au connecteur. |
| Commentaire de Martin Sudmann [ 20/août/10 14:57 ] |
| ce n'est pas de la réserve, mais un petit projet, avec CT et tout: ce n'est pas anodin de de permettre cette recherche que pour le vendeur même. |
| Commentaire de Martin Sudmann [ 25/août/10 09:28 ] |
| Thomas, tu l'intègres dans le backlog et tu fermes le Jira ? |
[APP-29485] NPF - Problème de filtre qui ne disparait pas Création: 06/mai/10 09:10 Mise à jour: 23/juin/10 16:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 72.0.0 (VEN-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Florian Degrand | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
npf_probleme_filtre.bmp
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | Navigation inventaire |
| Description |
|
Un cas particulier, mise en vente d'un livre, Antigone de
Jean Anouilh. Problème avec le filtre "Théâtre poches" dans la
navigation par filtres dans l'onglet "Recherche par catégorie". Malgré
le clic sur ce filtre, il ne disparait pas des choix de filtrage. Il
faut cliquer dessus 2 fois pour ne plus le voir dans la sélection.
Problème de configuration?
|
[APP-29471] Import fichier MODE - tailles en désordre Création: 03/mai/10 11:45 Mise à jour: 03/août/10 15:19 |
|
| Etat: | En cours |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | 68.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Julien Buhagiar | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Bonjour Les déclinaisons par tailles des fiches produits en mode sont toujours dans le désordre, ce qui est peu esthétique et peu logique pour l'acheteur. On a 32.42.46.40.43. etc au lieu d'avoir une suite logique; et cela est le cas, même si c'est listé de façon croissante dans le fichier. http://bo.priceminister.co.uk/offer/buy/52153709/cpl52153714/saucony-pro-grid-phoenix-4-men-s-running-shoes-shoes.html Est-ce que c'est possible de remédier à cela? |
| Commentaires |
| Commentaire de Laurent Payot [ 05/mai/10 11:23 ] |
| Il faut que les annonces s'affichent par tailles croissantes, je transfère aux dev. |
| Commentaire de Isabelle Weisbecker [ 05/mai/10 17:56 ] |
| oui ça serait en effet plus joli et plus ergonomique |
| Commentaire de Edouard Gomez-Vaez [ 07/mai/10 18:12 ] |
|
On ne peut trier par un ordre paramétrable (exemple, la valeur d'un attribut). Normalement on classe par date de création. Comme certains ont dû être créés par import exactement la même seconde, y a ordre aléatoire parmi ceux-ci. Il faudrait donc - s'assurer de trier par advert_id pour ceux qui sont dans la même seconde : Manu. - s'assurer de créer les annonces dans le bon ordre : Laurent. |
| Commentaire de Frederic vacher [ 03/août/10 15:19 ] |
| Il faudrait en effet trier par prix, c'est une demande récurrente chez nos pros. Est ce que l'on a une idée de la date de correction? Merci |
[APP-29463] Long query à la validation d'un coupon en FO Création: 04/mai/10 18:11 Mise à jour: 14/mai/10 18:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 68.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Marc-Antoine Decreton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | FireFox 3.0 |
| Description |
|
j'ai assigné le coupon APP29252 au compte DISCOUNTPRO en BO en FO, j'ai saisi ce code et cliqué sur GO. [pmas@deutz mainlog]$ tail -f nohup.out | grep "DISCOUNTPRO" 2010-05-04 18:04:41,605 INFO [P-Processor7] DISCOUNTPRO - >>> POST https:// www.pm.lan/checkout!action=storecoupo...&cbv=false&secretname=APP29252 2010-05-04 18:04:41,606 INFO [P-Processor7] DISCOUNTPRO - Same request - co unt=3 - delay=68549ms 2010-05-04 18:06:35,607 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 1000 rows !! 2010-05-04 18:06:35,680 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 1000 rows !! 2010-05-04 18:06:37,783 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 2000 rows !! 2010-05-04 18:06:37,940 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 2000 rows !! 2010-05-04 18:06:40,169 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 3000 rows !! 2010-05-04 18:06:40,169 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 3000 rows !! 2010-05-04 18:06:42,611 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 4000 rows !! 2010-05-04 18:06:42,655 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 4000 rows !! 2010-05-04 18:06:44,860 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 5000 rows !! 2010-05-04 18:06:45,029 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 5000 rows !! 2010-05-04 18:06:47,534 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 6000 rows !! 2010-05-04 18:06:47,651 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 6000 rows !! 2010-05-04 18:06:49,553 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 7000 rows !! 2010-05-04 18:06:49,608 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 7000 rows !! 2010-05-04 18:06:51,671 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 8000 rows !! 2010-05-04 18:06:51,673 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 8000 rows !! 2010-05-04 18:06:53,584 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 9000 rows !! 2010-05-04 18:06:53,585 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 9000 rows !! 2010-05-04 18:06:55,547 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 10000 rows !! 2010-05-04 18:06:55,547 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 10000 rows !! 2010-05-04 18:06:57,352 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 11000 rows !! 2010-05-04 18:06:57,352 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 11000 rows !! 2010-05-04 18:06:59,144 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 12000 rows !! 2010-05-04 18:06:59,167 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 12000 rows !! 2010-05-04 18:07:00,917 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 13000 rows !! 2010-05-04 18:07:00,971 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 13000 rows !! 2010-05-04 18:07:02,805 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 14000 rows !! 2010-05-04 18:07:02,826 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 14000 rows !! 2010-05-04 18:07:04,981 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 15000 rows !! 2010-05-04 18:07:05,036 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 15000 rows !! 2010-05-04 18:07:06,992 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 16000 rows !! 2010-05-04 18:07:07,072 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 16000 rows !! 2010-05-04 18:07:08,961 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 17000 rows !! 2010-05-04 18:07:09,046 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 17000 rows !! 2010-05-04 18:07:10,692 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 18000 rows !! 2010-05-04 18:07:10,800 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 18000 rows !! 2010-05-04 18:07:12,358 WARN [P-Processor7] DISCOUNTPRO - SellerItemInfoQuery read 19000 rows !! 2010-05-04 18:07:12,461 WARN [P-Processor8] DISCOUNTPRO - SellerItemInfoQuery read 19000 rows !! 2010-05-04 18:07:13,512 WARN [P-Processor7] DISCOUNTPRO - Long query [151839 ms]: SellerItemInfoQuery 2010-05-04 18:07:13,605 WARN [P-Processor8] DISCOUNTPRO - Long query [220464 ms]: SellerItemInfoQuery 2010-05-04 18:07:13,641 WARN [P-Processor8] DISCOUNTPRO - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.pm.lan/checkout!action=storecoupo...&cbv=false&secretname=APP29252~Referrer=https://www.pm.lan/checkout~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/281107, BranchQual=, localId=281107] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=81286434) 2010-05-04 18:07:13,641 INFO [P-Processor8] DISCOUNTPRO - Setting response status code to 503 2010-05-04 18:07:13,667 INFO [P-Processor7] DISCOUNTPRO - Cache CacheCustomerCallbackFacade - Reload starting 2010-05-04 18:07:13,669 INFO [P-Processor7] DISCOUNTPRO - Cache CacheCustomerCallbackFacade - Reload done in 2 ms [3 elements - 0 bytes] 2010-05-04 18:07:13,811 INFO [P-Processor8] DISCOUNTPRO - <<< [220755 ms] POST https://www.pm.lan/checkout!action=storecoupo...&cbv=false&secretname=APP29252 2010-05-04 18:07:13,811 WARN [P-Processor8] DISCOUNTPRO - Long request [220755 ms]: POST https://www.pm.lan/checkout!action=storecoupo...&cbv=false&secretname=APP29252 2010-05-04 18:07:13,946 INFO [P-Processor7] DISCOUNTPRO - <<< [152341 ms] POST https://www.pm.lan/checkout!action=storecoupo...&cbv=false&secretname=APP29252 2010-05-04 18:07:13,947 WARN [P-Processor7] DISCOUNTPRO - Long request [152341 ms]: POST https://www.pm.lan/checkout!action=storecoupo...&cbv=false&secretname=APP29252 |
| Commentaires |
| Commentaire de Emeric Teil [ 05/mai/10 10:48 ] |
| Comme vu avec Cédric cela n'arrive que pour les très gros vendeurs (qui n'achètent pas sur PM), on peut donc baisser un peu la criticité. Par contre, ça vaut le cout de regarder pourquoi on va chercher des infos vendeurs pour un achat... |
| Commentaire de Marc-Antoine Decreton [ 14/mai/10 18:35 ] |
|
Après étude, voici l'explication : Lors de l'attachement de coupon (comme c'est le cas ici), de l'autorisation du coupon et lors de la vérification que le coupon est autorisable, on a besoin d'un contexte velocity. Ce contexte sert à vérifier que le mot clé défini dans le modèle ne matche pas avec le contexte acheteur. Ce contexte contient par exemple le dernier article vendu par l'acheteur (et pour le connaître, on effectue une requête qui récupère tous les articles vendus pour les trier, ce qui peut être long comme dans notre cas). J'ai regardé en prod, et il y a un mot clé qui utilise ce champ pour effectuer un test (keyword_id = 719401, description = "Nouveau vendeur") : ! ($buyer.hasBought() && $lastClosedAndCompensatedItem && $coupon.getStartDate().before($lastClosedAndCompensatedItem.getClosingDate())) Et il y a 5 modèles de coupon qui utilisent ce mot-clé en prod aujourd'hui (sont-ils encore utilisés?) : SQL> select USR_COUPON_MODEL_ID, SECRET_NAME from usr_coupon_model where keyword_id=719401; USR_COUPON_MODEL_ID SECRET_NAME ------------------- -------------------------------------------------- 397878 CPNVDSM3 397879 CPNVD5SM 397880 CPVDAM7 504578 VENDEUR3 504579 VENDEUR6 |
[APP-29449] [Redirection inventaire] Vérifier les logs Création: 03/mai/10 17:46 Mise à jour: 16/déc./10 11:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 68.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Vérifiers les logs (apache ?) de redirection provenant des
anciennes urls d'accès à l'inventaire et modifier si nécessaire les
liens internes encore existants.
|
| Commentaires |
| Commentaire de Manuel Sadok [ 16/déc./10 11:11 ] |
|
_ Grepper les logs de prod sur les serveurs appli et apache.
Deux choses: - voir si on a raté la migration de certaines url (aide en ligne, lien, etc...) - migrer les url ou virer les redirections si besoin. |
[APP-29444] Rafraichissement BO - FP traitées depuis 15 jours toujours en état soumis Création: 03/mai/10 11:37 Mise à jour: 26/mai/10 09:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 67.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Thomas Allier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
| Commentaires |
| Commentaire de Manuel Sadok [ 10/mai/10 10:41 ] |
|
Aurélien, le problème s'est-il reproduit depuis ? Car là il ne semble pas y en avoir. Il y a peut-être eu un retard Fast à ce moment. |
| Commentaire de Aurélien Vergalli [ 10/mai/10 11:03 ] |
|
Les fiches des 16-17-18 avril ont en effet disparues le 3
mai qq heures après l'ouverture de ce Jira. Aucune action n'a été faite? On rencontre par ailleurs régulièrement le problème. Aujourd'hui, seule la fiche ID 101438756 semble encore concernée (soumise le 4 mais, validée le 5, et revalidée le 10 en espérant ainsi qu'elle parte) |
| Commentaire de Edouard Gomez-Vaez [ 12/mai/10 18:07 ] |
| Les fiches apparaissant en front, cela semble vraiment être dû à un délais d'indexation. |
| Commentaire de Thomas Allier [ 19/mai/10 17:06 ] |
| Il faudrait quand ça se produit la prochaine fois que tu nous envoie un mail à Martin et à moi où que tu viennes nous voir directement afin qu'on puisse faire un diagnostic en live. |
| Commentaire de Aurélien Vergalli [ 19/mai/10 17:13 ] |
| C'est noté. |
[APP-29412] Onglet vitrine : "Attention : seules les annonces disposant d'une photo peuvent être mises en vitrine !" encore mieux "(Ce lien n'est présent que sur les annonces disposant de photo)" Création: 29/avr./10 11:11 Mise à jour: 05/janv./11 15:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 68.0.0 (VEN-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Navigation boutique |
| Description |
|
cf. screenshot-1
|
[APP-29390] Null après tentative d'upload de vidéo (téléchargement annulé) Création: 28/avr./10 14:01 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 68.0.0 (VEN-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Null.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Navigateur: | Tous | ||||||||
| Classif1: | VIDEO | ||||||||
| Classif FONC: | video | ||||||||
| Description |
|
On vient de faire une mise en vente et on se trouve sur la première LPS (petite boucle) Je veux télécharger une vidéo, je choisi un fichier mais la barre d'avancement n'indique rien... J'annule et je retente. Voilà les logs : carmelocoton - >>> GET http://www.es.integ/video?action=create&advertid=133234993&modify=false&productid=62136320&step=FILE 2010-04-28 13:55:14,325 INFO [-Processor12] carmelocoton - Same request - count=2 - delay=8113ms 2010-04-28 13:55:14,325 WARN [-Processor12] carmelocoton - Load error (client exception)~Servlet=com.babelstore.video.front.VideoServlet~Request=GET http://www.es.integ/vid eo?action=create&advertid=133234993&modify=false&productid=62136320&step=FILE~Referrer=null~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=com.babelstore.video.VideoException: at com.babelstore.video.front.VideoCreateAction.execute(VideoCreateAction.java:89) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:456) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:388) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:286) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:220) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 28/avr./10 14:28 ] |
| Le problème est qu'on ne recharge jamais la page que d'où l'on vient. |
[APP-29358] Problème d'affichage cartouche de notification sur la page de demande de reversement PMV Création: 27/avr./10 14:11 Mise à jour: 27/avr./10 14:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Yann Danot | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2010-04-27_141003.png
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
L' icône de notification n'est pas centrée par rapport au texte (cf capture) |
| Commentaires |
| Commentaire de Gafour Abdoul [ 27/avr./10 14:22 ] |
|
Normal, l'icône ne bouge pas. Je viens d'essayer un reversement avec FF 3.6 la notification de succès passe bien, la structure HTML est-elle la même ? |
| Commentaire de Yann Danot [ 27/avr./10 14:30 ] |
|
Je t'ai créé un layout sur la branche fdp_us_can dev/layouts/fdp_ud_can/walletsecure.html |
[APP-29318] L'envoie de mail dans la transaction Oracle ce qui peut poser des locks sur la base et faire tomber le site en cas de pb de mail Création: 26/avr./10 10:47 Mise à jour: 13/janv./11 09:40 |
|
| Etat: | En cours |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Patrick Pereira | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Les envoies de mails suite à des actions front office sont
généralement faites à l'intérieur de transaction Oracle
(Question/Réponse, Réclamation....). Ce matin, suite à un pb sur le serveur de mail, tous les AS ont posés des locks sur la base de manière définitive car la fin de transaction ne pouvait pas avoir lieu. La plate-forme France a donc été fortement impactée pendant 1h30. Pendant cette période, presque aucun panier n'a pu être créé !! Pourriez-vous enlever les envoies de mails des transactions oracle. Merci. Patrick. |
| Commentaires |
| Commentaire de Patrick Pereira [ 27/avr./10 09:15 ] |
| Absence de panier pendant la période de problème de mail. |
| Commentaire de Nicolas Chauveau [ 28/avr./10 18:31 ] |
|
Cet incident était prévisible et réactive un projet que j'ai
dans les cartons depuis qq mois : rendre l'envoi des emails asynchrone. Aujourd'hui les SA et les serveurs de batchs envoient des emails en utilisant un de nos composants qui encapsule les API bas niveau : il envoie le mail et stocke dans la table 'message' le contenu du mail et le statut. L'idée est de re-implémenter ce composant pour qu'il stocke le mail dans la table 'message' (ou une autre table) avec un nouveau statut 'à envoyer' puis qu'il rende la main immédiatement avec un code succès. Un batch assurera l'envoi des e-mails et changera leur statut en 'envoyé' ou 'erreur' etc ... (on retrouve les statuts actuels). Le flux d'émission de mails sera ainsi piloté par le batch. Bonus : Une amélioration possible par la suite sera de donner une priorité aux e-mails pour pouvoir envoyer les e-mails importants (vous avez une vente) avant les e-mails de confort (votre bilan avis) et minimiser les nuisances en cas de retard des envois. La priorité peut servir à dégager brutalement des e-mails en cas d'engorgements). En 2007 ou 2008 nous avons eu un pb durant qq jours qui a bloqué les envois d'e-mails. Je ne me souviens plus du traitement fait à postériori (renvoi des e-mails ou on a gardé tous les e-mails en mode non envoyés ?). Avec cette nouvelle archi on peut réémettre les e-mails importants en changeant leur statut en 'à envoyer'. On peut aussi donner une date limite d'envoi (si un e-mail qui annonce une vente à confirmer n'est pas parti dans les X jours, est-ce vraiment la peine de l'envoyer ?). On peut penser à donner aussi une date d'envoi ? Pour préparer des e-mails à l'avance ? Projet à passer en roadmap. |
| Commentaire de Patrick Pereira [ 29/avr./10 09:25 ] |
|
Je pense que l'asynchronisation des envoies de mails est une
bonne chose mais ne peut-on pas avoir un correctif plus rapide ? Je pense qu'on pourrait essayer d'envoyer le mail et ensuite si on y arrive commencer la transaction oracle. J'ai peur que si on doit attendre le passage en asynchrone avec développement d'un batch, on soit obligé d'attendre longtemps.... |
[APP-29309] LazyInitializationException avec spot lors d'une modification d'annonce Création: 23/avr./10 16:57 Mise à jour: 12/janv./11 14:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Arnaud Potier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif FONC: | tech | ||||||||
| Description |
|
avec Spot et Xiti activés, faire une mise en vente rapide, ou modifier une annonce. La console de Jboss est pleine d'exceptions de ce type: 2010-04-23 16:51:35,483 ERROR [-Processor19] test_arnaud - failed to lazily initialize a collection of role: com.babelstore.stock.entity.Product.notes, no session or session was closed org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.babelstore.stock.entity.Product.notes, no session or session was closed at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358) at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:343) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86) at org.hibernate.collection.PersistentBag.toString(PersistentBag.java:459) at java.lang.String.valueOf(String.java:2827) at java.lang.StringBuilder.append(StringBuilder.java:115) at com.babelstore.util.ClassIntrospector.computeMethodCollection(ClassIntrospector.java:101) at com.babelstore.util.ClassIntrospector.<init>(ClassIntrospector.java:58) at com.babelstore.util.ClassIntrospector.getMethodCollection(ClassIntrospector.java:208) at com.babelstore.util.ClassIntrospector.getMethodCollection(ClassIntrospector.java:184) at com.babelstore.common.SpotHelper.initVCSpot(SpotHelper.java:48) at com.babelstore.common.front.XitiBlock_jsp.generate(XitiBlock_jsp.java:136) at com.babelstore.util.Block.generate(Block.java:157) at com.babelstore.util.web.Request.include(Request.java:592) at com.babelstore.util.web.Request.include(Request.java:625) at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:391) at com.babelstore.util.Block.generate(Block.java:157) at com.babelstore.util.web.Screen.generate(Screen.java:162) at com.babelstore.util.web.Request.generate(Request.java:565) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:810) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:491) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:201) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 26/avr./10 10:18 ] |
|
C'est en fait le problème d'affichage du contexte velocity qui provoque le calcul des résultats des méthodes. Normalement les exceptions sont catchées pour être affichées en tant que résultat de l'appel à la méthode... |
| Commentaire de Alexandre Garnier [ 01/juin/10 12:35 ] |
| En fait, l'exception est bien catchée mais c'est elle-même qui se loggue automatiquement... |
| Commentaire de Alexandre Garnier [ 01/juin/10 13:40 ] |
|
Mis à part cacher le log de cette Exception, je vois pas trop quoi faire... <category name="org.hibernate.LazyInitializationException"> <priority value="FATAL"/> </category> En même temps, c'est bizarre d'avoir une Exception qui se logge d'elle-même. Après, c'est une Runtime donc elle remonte plus haut et se retrouve loggée quand même (pas dans ce cas où justement on veut juste afficher qu'il y a eu un problème) |
[APP-29289] Rechercher sur les dates de publication Création: 22/avr./10 10:49 Mise à jour: 10/févr./11 16:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** CHASSE *** |
| Classif1: | IG |
| Classif FONC: | IG |
| Description |
|
Permettre la recherche sur les dates de publication dans IG.
Ceci afin de pouvoir facilement rechercher les contenus expirés. |
[APP-29284] [Packaging com.priceminister] Déplacer la classe ProductTreeMatcher dans la nouvelle arborescence Création: 21/avr./10 14:19 Mise à jour: 03/juin/10 15:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 70.0.0 (NAV-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Caroline Schinzel | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Projets PM: | *** STANDBY *** |
| Description |
|
La classe ProductTreeMatcher s'occupe (comme son nom l'indique) du matching d'un produit sur un noeud. Elle a été créée par le pôle NAV pour la NAV-C, mais le pôle VEN n'avait pas encore décidé de l'arborescence à utiliser dans les nouveaux packages com.priceminister. Il faudra donc déplacer cette classe avec les autres quand le choix sera fait. |
[APP-29279] (UK) confusion de valeurs sur outil Transformation de valeur dans NPF Création: 20/avr./10 19:05 Mise à jour: 27/avr./10 15:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 66.0.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rémi Virlouvet | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Hello, dans le cadre du chantier Ajout de l'attribut Marque compatible sur Accessoires téléphone mobile et Accessoires PDA, nous avons rencontré le problème suivant : la transformation de valeur en NPF ne marche pas en cas de valeurs 'faux doublons', à savoir des valeurs au libellé identique et à la clef différente, qu'elles soient mappées ou non sur le même attribut. je m'explique : si une valeur a pour clef PMxxxx, alors cette valeur fonctionne correctement si et seulement si aucune autre valeur n'a le même label en BO; sinon il faut démapper et utiliser l'autre valeur qui a une clef en Kxxxx. un exemple concret : la valeur PM39184429 Kensington Technology Group, créée le 8 avril avec le nouvel Outil Mapping Par Cat. (au taux de réussite par ailleurs assez décevant : beaucoup d'erreurs de valeurs considérées comme non permises et donc démappage-remappage à la main jusqu'à ce qu'on trouve la bonne valeur acceptée par l'appli...). cette valeur était mappée sur l'attribut A00603 Header / Compatibility du type 2604 CELLPHONE_ACCESSORY 'Mobile Phone Accessories'. il fut impossible d'utiliser le paramètre transformation de valeur dans la NPF sur cette valeur. ça ne produisait aucun effet (en l'occurrence le but était de passer de Kensington Technology Group à Kensington). après recherche en BO, nous avons trouvé une autre valeur en BO au label identique : la Z00026 Kensington Technology Group. cette valeur n'était pourtant pas mappée sur cet attribut. c'est cependant celle-là que semblait attendre l'appli pour fonctionner correctement. après démappage de l'autre en PMxxx et mappage de celle-ci, le paramètre de transformation a fonctionné. (Il faudrait éventuellement, en sus du problème de transformation de valeurs, revoir le fonctionnement de l'Outil Mapping Par Cat. qui crée des valeurs qui existent déjà (des valeurs Cnet) mais qu'on ne peut finalement pas exploiter) |
| Commentaires |
| Commentaire de Thomas Allier [ 27/avr./10 15:08 ] |
| Pourtant, la transformation de valeur fonctionne bien pour la valeur "apple" qui existe derrière 25 clés différentes. Je ne suis pas sûr que le problème vienne de là. Où alors j'ai mal compris qqch? |
| Commentaire de Thomas Allier [ 27/avr./10 15:18 ] |
|
Vu avec Rémi. Le problème a été traité manuellement. S'il vient à se reproduire, on pourra se pencher sur les causes. Je baisse la criticité du coup. |
[APP-29278] [MIGRATION HIBERNATE] annotation qui n'existe plus, peut-on la supprilmer ? Création: 20/avr./10 18:37 Mise à jour: 20/avr./10 18:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | JBOSS : Upgrade |
| Description |
|
Nous avons mis à jour la version d'Hibernate, or une annotation n'existe plus: @Cache(NoPassivation.class) Cette annotation est présente dans la classe StockServiceBean.java. A voir les risque de sa suppression. |
[APP-29277] [CACHE JBOSS] supprimer les méthodes des caches garanties qui ramènent tout le cache Création: 20/avr./10 18:34 Mise à jour: 20/avr./10 18:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Clement Balay |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | JBOSS : Upgrade |
| Description |
|
Ces méthodes ne sont pas utilisées comme elles devraient
l'être. Elles ramène l'intégralité du cache alors qu'une seule partie
est utilisée. Il s'agit des caches: * WarrantyPricing.getWarrantyPricings * WarrantyRule.getWarrantyRules Le cache WarrantyRule est plus à même d'être migré |
[APP-29245] Page cookie requis : copie d'écran illisible Création: 19/avr./10 11:59 Mise à jour: 06/oct./10 10:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
jira_29245-2.png
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
VOir screenshot
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 19/avr./10 12:04 ] |
| Dispatch maquette en observateur. |
| Commentaire de Alexandre Garnier [ 19/avr./10 12:23 ] |
|
Il faudrait voir quoi faire pour les dimensions de l'image. Le problème est qu'on ne peut l'afficher en plus large car sinon elle ne passe pas en 1024 --> il faut du coup faire du resize au lieu de laisser le navigateur le faire. |
| Commentaire de Damien Dorizy [ 19/avr./10 12:34 ] |
|
Exact Alex, On resize Photoshop (ou GIMP) sera bien mieux réussi qu'un resize tout pourri du navigateur (IE particulièrement). |
| Commentaire de Renaud Dierickx [ 18/juin/10 16:51 ] |
|
Joindre l'image qui va bien et transférer le mail à Habib. Merci d'avance. |
| Commentaire de Corinne Grondin [ 29/juil./10 15:01 ] |
| voir screenshot |
| Commentaire de Gafour Abdoul [ 02/août/10 12:02 ] |
|
Il faut mettre à jour l'image si celle-ci convient. |
| Commentaire de Cédric Goldovsky [ 06/oct./10 10:42 ] |
| salut Habib, la V78_2_0 est un portage de formulaires de MEV. Pas de dump, pas d'appli. |
[APP-29231] [UPGRADE JBOSS] language de templating EL rentre en conflit avec du templating JS Création: 16/avr./10 11:16 Mise à jour: 19/avr./10 11:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Clement Balay |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | JBOSS : Upgrade |
| Description |
|
du templating JS ressemble à ça: #{..} Or dans la mise à jour de JBoss le templating EL rentre en conflit avec ce templating JS Pour l'instant nous avons corrigé cela en rajoutant une propriété dans chaque JSP impactée (=~ 4): isELIgnored="true" dans le tag de page Ce jira a pour but de trouver une meilleur solution si elle existe: * Soit laisser ces tags * Soit trouver un tag global * Soit migrer le templating JS pour qu'il n'entre plus en conflit avec EL et se renseigner sur EL pour voir si c'est interessant de l'utiliser |
[APP-29230] [UPGRADE JBOSS] option pour la compilation STRICT_QUOTE_ESCAPING permet d'être plus souple dans les JSPs Création: 16/avr./10 10:52 Mise à jour: 19/avr./10 11:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Clement Balay |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | JBOSS : Upgrade |
| Description |
|
Dans les JSPs avant la mise de JBoss on pouvait trouver par exemple: <div id="<%= isSelected ? "selected" : "" %>" Avec la mise à jour de JBoss et donc de tomcat avec son moteur de compilation des JSps, les doubles quotes sont maintenant interdits dans ce cas. Voici l'erreur retournée: is quoted with " which must be escaped when used within the value La solution pour l'instant a été de positionner un flag "-Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false" dans build.sh. Le but de ce Jira est de réfléchir à une solution plus perenne: soit laisser ce flag, soit migrer les JSps impactées et durcir les méthode de codage des JSPs |
[APP-29212] [NI] Nettoyage des labels inutils sur cms_ref Création: 15/avr./10 10:58 Mise à jour: 05/janv./11 16:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 68.0.0 (VEN-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Florian Degrand | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Il y a certains labels à supprimer car ils ne sont plus utilisés.
Dans: ----> /default/Labels/_Boutique/ShopInclude/ img_photo_unavailable lbl_shipping lbl_title_product_title link_see_review link_see_video alt_img_holiday btn_buy img_add_pic lbl_collectible lbl_percent_economy link_add_to_comparator link_ask_question link_existing_questions link_make_bid link_remove_from_comparator link_see_advert link_see_advert_detail link_see_variant_advert img_add_photos (à vérifier avant de supprimer mais normalement ne sont plus utilisés) ----> /default/Labels/_Mon Compte/_Espace Vendeur/InventoryClassicInclude/ (Ancien Inventaire) (supprimer le dossier complet) |
[APP-29209] Plantage paiement. Suite à utilisation DENIRO ? Création: 14/avr./10 18:07 Mise à jour: 14/mai/10 12:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | Parrainage (Lot 1) |
| Description |
|
Sur CRISTAL en ES. 2010-04-14 18:00:11,172 INFO [-Processor18] kbnsezmljmze - >>> POST https://www.es.integ/checkout!action=paycard&cardtypecode=30&ccmonth=2&ccnumber=4907000000...&ccyear=2011 &cvvkey=000&paymentmode=0&submitbtn=Continuar 2010-04-14 18:00:11,667 WARN [-Processor18] kbnsezmljmze - $$$ Authorization Sips request - Ref: 312021 - Amount: 577,78 Euros - Date: 14/04/2010 2010-04-14 18:00:13,076 INFO [-Processor18] kbnsezmljmze - NEW BUYER Cart paid - buyer=kbnsezmljmze 2010-04-14 18:00:13,076 INFO [-Processor18] kbnsezmljmze - Event : Buy 2010-04-14 18:00:13,076 INFO [-Processor18] kbnsezmljmze - Event : First buy 2010-04-14 18:00:13,076 INFO [-Processor18] kbnsezmljmze - Event : First action buy 2010-04-14 18:00:13,076 WARN [-Processor18] kbnsezmljmze - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.es.integ/checkout!action =paycard&cardtypecode=30&ccmonth=2&ccnumber=4907000000...&ccyear=2011&cvvkey=000&paymentmode=0&submitbtn=Continuar~Referrer=https://www.es.integ/checkout?paymentmode=0~User-Agen t=Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; fr-fr) AppleWebKit/530.19.2 (KHTML, like Gecko) Version/4.0.2 Safari/530.19~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=cristal/45480, BranchQual=, localId=45480] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBExceptio n: Update failed. Expected one affected row: rowsAffected=0, id=19815393) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) at org.jboss.tm.TxManager.commit(TxManager.java:200) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:311) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:220) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=19815393 at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=19815393 at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:155) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:390) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:743) at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.beforeCompletion(GlobalTxEntityMap.java:302) at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1384) at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1076) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296) ... 30 more 2010-04-14 18:00:13,076 INFO [-Processor18] kbnsezmljmze - Setting response status code to 503 |
| Commentaires |
| Commentaire de Swan Desportes [ 15/avr./10 09:03 ] |
| Je viens de faire le test sur deutz avec l'user "sponsor1000" (nouvel utilisateur parrainé par widget, parrain = swdes) et je n'ai pas réussi à reproduire. |
| Commentaire de Renaud Dierickx [ 15/avr./10 09:47 ] |
|
J'ai réalisé la même manip de mon côté sur cristal avec ton compte et le panier est bien passé avec DENIRO : http://bo.es.integ/purchase_back?action=purchaseview&purchaseid=47639934 Ce qui est étrange c'est qu'il n'y a que mon panier qui existe : aucune trace de celui de Christophe ! ???? Christophe, as-tu supprimé en base ton panier ????? |
| Commentaire de Renaud Dierickx [ 15/avr./10 11:10 ] |
|
MYSTÈRE... Je n'arrive vraiment pas le reproduire le bug ! C'est encore plus étrange, j'ai l'impression que le panier est maintenant attribué à un autre user... http://www.es.integ/purchase_back?action=purchaseview&purchaseid=47639835 (à noter qu'il y a eu après l'échec de l'autorisation l'ajout de l'article 59262930) Le soucis et de savoir si ce panier a changé d'"acheteur". (et si oui, quand et comment ?) Le panier était-il déjà attribué au compte "lpjpoureazr" au lieu de "kbnsezmljmze" ? Si oui, c'est normal et rassurant que kbnsezmljmze n'est pu le validé. Pour voir l'historique des logs : grep -E "kbnsezmljmze|192.168.16.11|lpjpoureazr" 2010-04-15-05-15_cristal.log.gz |
| Commentaire de Renaud Dierickx [ 15/avr./10 12:10 ] |
|
Christophe, impossible à reproduire de mon côté... Peux-tu y rejeter un oeil ou 2 ? Merci |
| Commentaire de Christophe Garcia [ 15/avr./10 12:41 ] |
|
Ayé, je l'ai ! Venir depuis une URL de widget parrainage /p/eldiscoloco1 par exemple Créer un panier et tenter de payer avec un premier compte en utilisant DENIRO. Se planter sur le paiement CB (mauvais numéro). L'autorisation est rejetée. Retenter un paiement avec un autre compte (nouvellement créé), toujours avec DENIRO et cette fois avec un numéro de CB correct. ==> Et paf le chien ! |
| Commentaire de Renaud Dierickx [ 15/avr./10 14:35 ] |
|
Bon à priori, c'est déjà le cas en prod : [pmdev@phaeton jboss]$ zgrep "Update failed. Expected one affecte" 2010-04-14-17-06_haliades.log.gz 2010-04-14 08:57:02,449 WARN [-Processor89] Minet0708 - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.priceminister.com/checkout!action=paycard&cardtypecode=10&ccmonth=1&ccnumber=4974017191...&ccyear=2011&cvvkey=090&paymentmode=0&submitbtn=Continuer~Referrer=https://www.priceminister.com/checkout~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; GTB6.4; .NET CLR 1.0.3705; .NET CLR 1.1.4322; Media Center PC 4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=haliades/234375, BranchQual=, localId=234375] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=17924103) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=17924103 2010-04-14 09:21:59,145 WARN [-Processor25] perfusa - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.priceminister.com/checkout!action=paycard&cardtypecode=40&ccmonth=6&ccnumber=5132830473...&ccyear=2011&cvvkey=493&paymentmode=0&submitbtn=Continuer~Referrer=https://www.priceminister.com/checkout~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB6.4; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NETCLR 3.0.30618)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=haliades/282145, BranchQual=, localId=282145] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=15111610) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=15111610 javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132153127 javax.transaction.TransactionRolledbackException: Update failed. Expected one affected row: rowsAffected=0, id=132153127; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132153127 Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132153127 Update failed. Expected one affected row: rowsAffected=0, id=132153127; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132153127; nested exception is: Update failed. Expected one affected row: rowsAffected=0, id=132153127; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132153127 Update failed. Expected one affected row: rowsAffected=0, id=132153127; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132153127 2010-04-14 10:04:27,422 WARN [Processor108] poupartch - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.priceminister.com/checkout!action=paycard&cardtypecode=40&ccmonth=9&ccnumber=5132830445...&ccyear=2010&cvvkey=255&paymentmode=0&submitbtn=Continuer~Referrer=https://www.priceminister.com/checkout~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; GTB0.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; InfoPath.1; .NET CLR 3.0.30729; FDM)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=haliades/377456, BranchQual=, localId=377456] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=14366458) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=14366458 javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132577033 javax.transaction.TransactionRolledbackException: Update failed. Expected one affected row: rowsAffected=0, id=132577033; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132577033 Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132577033 Update failed. Expected one affected row: rowsAffected=0, id=132577033; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132577033; nested exception is: Update failed. Expected one affected row: rowsAffected=0, id=132577033; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132577033 Update failed. Expected one affected row: rowsAffected=0, id=132577033; nested exception is: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=132577033 2010-04-14 13:52:17,140 WARN [Processor133] taraj38420 - Load error~Servlet=com.babelstore.purchase.front.CheckoutServlet~Request=POST https://www.priceminister.com/checkout!action=paycard&cardtypecode=10&ccmonth=2&ccnumber=4978230008...&ccyear=2012&cvvkey=795&paymentmode=0&submitbtn=Continuer~Referrer=https://www.priceminister.com/checkout~User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/4.0; GTB6.4; SLCC1; .NET CLR 2.0.50727; eSobiSubscriber 2.0.4.16; .NET CLR 3.5.30729; .NET CLR 3.0.30618)~Trace=org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=haliades/966823, BranchQual=, localId=966823] status=STATUS_NO_TRANSACTION; - nested throwable: (javax.ejb.EJBException: Update failed. Expected oneaffected row: rowsAffected=0, id=20904384) Caused by: javax.ejb.EJBException: Update failed. Expected one affected row: rowsAffected=0, id=20904384 ======================================== Je mène mon enquête. ;o) |
| Commentaire de Renaud Dierickx [ 15/avr./10 16:24 ] |
|
Bon avec le recule, c'est quand même étrange
fonctionnellement parlant qu'un utilisateur arrive à s'approprier le
panier d'un autre... Pour moi, le bug existe déjà en prod mais faut-il vraiment le corrigé ? Ce qui est sur c'est que ça ne peut pas passer en CTN-Q. Emeric, peux-tu nous donner ton avis d'expert ? |
| Commentaire de Emeric Teil [ 16/avr./10 11:54 ] |
|
Hello, le fait de pouvoir "donner" le panier d'un
utilisateur à eu autre est totalement volontaire : le panier
"appartient" à une session utilisateur, pas à un compte PM (tant qu'il
est en construction) ; étant donné que dans une même session
utilisateur, tu peux te connecter avec différents compte, il est normal
que le panier en construction soit conserver et associé aux différents
comptes qui se connectent successivement. Pour moi, mais à vérifier en étudiant les logs plus "profondément", le problème vient de la gestion du parrainage via le widget et de la gestion du coupons associé...bref, faudrait qu'on en discute 5 minutes... En attendant, Christophe, peux-tu nous préciser le "type" de compte utilisé en premier (création de compte, compte existant déjà / ou pas parrainé, etc). |
| Commentaire de Emeric Teil [ 16/avr./10 11:54 ] |
| Je remets Swan et Renaud en copie... |
[APP-29188] [Parrainage] Pas de highlight jaune dans les champs de saisie des filleuls avec IE7 (Price + Cob) Création: 14/avr./10 11:29 Mise à jour: 19/nov./10 10:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Parrainage |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Parrainage (Lot 1) |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
Idem pour le champ du mail de relance
|
[APP-29174] [Parrainage / email] Après soumission OK : ancrage malvenu Création: 13/avr./10 17:50 Mise à jour: 13/avr./10 18:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Parrainage (Lot 1) |
| Description |
|
il faudrait voir les compteurs
|
| Commentaires |
| Commentaire de Swan Desportes [ 13/avr./10 17:55 ] |
| Je ne suis toujours pas d'accord. |
| Commentaire de Fabrice Feugas [ 13/avr./10 18:13 ] |
|
La problématique sous-jacente : montrer qu'il y a eu
progression au niveau de tes filleuls. On peut le voir au niveau des
compteurs (tu vois qu'il y a eu évolution, je fais partie de ces
internautes que ça intéresse) ou tu peux le montrer au niveau du
cartouche en mettant un bon wording + lien vers filleuls. Chaque solution a ses avantages ou ses contraintes comme : ne pas détourner l'internaute de l'action de parrainage, de ne pas lui faire perdre le focus visuel sur le formulaire, de ne pas lui forcer un scroll qui ne serait pas utile (?) et enfin, d'inclure les réseaux sociaux au dessus de la ligne de flottaison. Conclusion, pour moi le meilleur compromis est bien l'ancre sur les compteurs :) |
[APP-29173] Gestion du focus (fond jaune) pour les champs de formulaire sous IE6 et IE7 Création: 13/avr./10 17:49 Mise à jour: 14/avr./10 09:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif FONC: | javascript | ||||||||||||||||
| Commentaires |
| Commentaire de Fabrice Feugas [ 13/avr./10 17:56 ] |
|
La finalité sera la même que le JIRA http://pricejira.lan/browse/APP-29172 ... A fermer en doublon ? |
| Commentaire de Damien Dorizy [ 13/avr./10 18:34 ] |
|
Finalement, le Jira |
[APP-29169] [Boutique]Alignement des notes Création: 13/avr./10 15:43 Mise à jour: 09/août/10 17:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 66.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Thomas Allier | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Les notes sont alignées complètement sur la droite dans la
page ses notes. On devrait les ramener plus à l'intérieur pour plus de
lisibilité (quelle note est associée à quel commentaire. http://www.priceminister.com/feedback/tdmneuf |
[APP-29129] [Parrainage / Import] Mettre à jour la popup "email d'invitation" lorsque celui ci est personnalisé Création: 12/avr./10 18:19 Mise à jour: 12/avr./10 18:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 67.0.0 (CTN-Q) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | Parrainage (Lot 1) |
| Classif FONC: | divers |
| Commentaires |
| Commentaire de Fabrice Feugas [ 12/avr./10 18:33 ] |
| Mis dans les cartons. |
[APP-29093] Le bouton bleu en bas de page d'inscription croix-rouge est calé à droite au lieu du centre Création: 09/avr./10 12:35 Mise à jour: 07/juin/10 14:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Tout est dans le titre.
|
[APP-29084] Problème "completionserver Failed to extract first value from 'fr'." Création: 08/avr./10 18:38 Mise à jour: 16/déc./10 13:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Eric Vannier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Nous avons les messages suivantes dans les logs de tous les completionserver : [2010-04-08 10:17:55.620] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:17:57.539] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:17:59.763] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:03.310] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:06.239] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:08.291] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:08.861] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:11.733] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:13.113] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:15.925] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:17.129] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:19.296] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:21.042] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:22.091] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:23.323] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:24.594] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:26.858] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:29.154] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:31.055] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:32.310] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:33.369] VERBOSE completionserver Failed to extract first value from 'fr'. [2010-04-08 10:18:36.751] VERBOSE completionserver Failed to extract first value from 'fr'. Nous avions déterminé que cela venait peut-être de la présence du '&' dans les 6 premières lignes du dictionnaire : & & &# #22/3968 & &&# #7/15710 & && &# #2/16249 & lunes# #2/12231 &&# #23/3 && & &# #11/16393 |
| Commentaires |
| Commentaire de Antoine Carré [ 20/avr./10 09:42 ] |
|
Alors après quelques tests et recherches, il me semble que
ce log arrive lorsque la requête commence par un caractère qui n'existe
pas dans mon dictionnaire. Vu tous les traitements que l'on fait en amont, je pencherai pour un espace ou un caractère similaire. Si c'est effectivement ça le problème, nous ne pouvons pas faire grand chose de propre pour régler le problème de notre côté. La meilleure solution serait d'ouvrir un ticket fast en expliquant le problème et en leur fournissant tous nos fichiers de paramètre et dictionnaires. Je vois ça d'ici la fin de semaine ou semaine prochaine. |
[APP-29069] Plantage sur image purgée Création: 08/avr./10 10:42 Mise à jour: 08/avr./10 16:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif2: | mur |
| Description |
|
On détecte bien que l'image est purgée mais parès on part en vrille sur un NPE. 2010-04-08 05:23:28,053 INFO [P-Processor9] 94.127.74.20 - >>> GET http://cot.priceminister.com/photo/855677991.jpg 2010-04-08 05:23:28,057 ERROR [P-Processor9] 94.127.74.20 - Unable to find image [855677991]. This image has been purged. 2010-04-08 05:23:28,058 ERROR [P-Processor9] 94.127.74.20 - Load error~Servlet=com.babelstore.resource.front.ResourceServlet~Request=GET http://cot.priceminister.com/photo/855677991.jpg~Referrer=null~User-Agent=curl/7.15+ (x64-criteo) libcurl/7.15+ OpenSSL zlib libidn~Trace=java.lang.NullPointerException at com.babelstore.resource.front.PhotoAction.execute(PhotoAction.java:133) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:456) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:388) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:286) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:220) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:181) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:116) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-04-08 05:23:28,059 INFO [P-Processor9] 94.127.74.20 - Setting response status code to 503 2010-04-08 05:23:28,060 INFO [P-Processor9] 94.127.74.20 - <<< [7 ms] GET http://cot.priceminister.com/photo/855677991.jpg |
| Commentaires |
| Commentaire de Caroline Schinzel [ 08/avr./10 16:12 ] |
|
Dans l'url il manque la taille de l'image. On a une NPE dans la méthode execute au moment où il passe la taille à l'imageResizer utilisé pour mettre l'image "photo purgée". On devrait mettre une taille par défaut, genre en S au cas on la taille n'est pas spécifiée, ça éviterait d'avoir cette NPE |
[APP-29041] [pricetv] bug sur le partage de video Création: 06/avr./10 14:34 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Il y a un bug lorsque l'on clique sur le lien "partager cette video". (vu sous chrome) |
[APP-29040] Vieux paniers toujours "requested" Création: 06/avr./10 14:24 Mise à jour: 04/mai/10 10:17 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 65.0.3.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Steven Harel | Attribution: | Claire Durand |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
On a 2 paniers des 23 et 24 mars toujours dans le statut "requested". 84317298 24/03/2010 REQUESTED 84276895 23/03/2010 REQUESTED Alors que les articles sont bien passés en committed. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/avr./10 18:26 ] |
|
Comme vu avec CGA, le problème est traité via un script de correction qui : - passe les paniers en questions en CAPTURE_DENIED - ajoute un evenement au panier Ce traitement est appliqué aux 2 paniers (mars) de ce JIRA ainsi qu'aux 28 autres paniers (avril) concernés : 84668941 84317298 84276895 84893302 84880934 84867937 84858001 84845825 84843661 84826000 84824784 84819330 84814986 84811020 84807938 84801368 84800230 84799751 84823638 84888405 84799473 84837016 84826405 84863606 84811064 84794797 84832481 84877551 84812029 84843561 Une corrections applicative du problème sera mise en place via un patch dès que possible, sachant que l'on pourra repasser un script similaire entre temps si besoin. La balle est à présent de le camp du SAV afin de traiter les 2 paniers en CAPTURE DENIED et ainsi capturé manuellement ou annuler la transaction |
| Commentaire de Arnaud Forgues [ 06/avr./10 18:27 ] |
|
Le script en question est : V:\Database\V65_0_0\prod\04_POST_DEPLOY\ONLINE\done\V65_0_3_APP-29040_01_FR_update_purchase.sql [CAJ2010Q2TX] |
| Commentaire de Steven Harel [ 07/avr./10 09:42 ] |
| C'est traité. Merci |
| Commentaire de Matthieu Azema [ 13/avr./10 11:18 ] |
|
Bonjour, Nous rencontrons à nouveau le même problème : 8.6¿ restent "bloqués" en date du 5 avril Merci Matthieu |
[APP-29039] Gestion des RawListTopic des précommandes Création: 09/mars/10 17:34 Mise à jour: 10/août/10 11:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
RawListTopic_EGV1.jpg
RawListTopic_EGV2.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Lorsque nous créons un produit en précommande, le
rawlistopic, utilisé pour créer l'url, contien "vidéo en précommande" ou
équivalent. Du même coup, lorsque le produit passe classiquement en DVD, il garde dans son url ce "Vidéo en précommande", ce qui n'est pas terrible en terme d'ergonomie et de référencement. Nous préférons avoir d'office "DVD" dans l'url sans savoir si il est en précommande ou non. Il faut donc changer la configuration en intégration pour test pour avoir dvd ou jeux vidéo dans rawlisttopic. Après validation, il faudra effectuer le même paramétrage en production. N'hésitez pas a passer me voir pour toute question. Thierry |
| Commentaires |
| Commentaire de Marion Anfreville [ 11/mars/10 18:06 ] |
|
Tu veux dire mettre "Vidéo" et pas "DVD" (car la vidéo contient DVD, Blu-ray et autres supports) ? Sinon, je vais avoir Edouard où est utiliser le RawListTopic pour être sûre de ne rien casser si on devait modifier le contenu de ce champ. |
| Commentaire de Thierry Leforestier [ 11/mars/10 18:17 ] |
|
anéfé, si il y a autre chose que des DVD dans la catégorie vidéo en pré commande, alors il faut que ce soit Vidéo. Thierry |
| Commentaire de Ariane Baldinger [ 22/mars/10 09:55 ] |
| Pas d'impact à l'international car on n'a pas de type en pré-commande. |
| Commentaire de Marion Anfreville [ 23/mars/10 18:04 ] |
|
Vu avec Edouard. Il y a des impactes à modifier le RawListTopic car celui-ci est utilisé à divers endroits qui peuvent être sensibles. Par exemple, sur les templates de liste. Il faut faire attention à ce qu'après modification, la recherche globale renvoie encore vers la vidéo précommande et ne soit pas assimilé à la Vidéo. Le mieux pour ce rendre compte des impactes est de faire un test sur ref-fr. |
| Commentaire de Marion Anfreville [ 24/mars/10 09:29 ] |
| autre point : ça peut poser des problèmes sur les réclamations => il faut pouvoir faire la distinction entre vidéo précommande et vidéo. |
| Commentaire de Thierry Leforestier [ 24/mars/10 09:32 ] |
| Ils n'utilisent pas plutôt le type produit pour ça ? le RawListTopic est destiné a l'affichage a mon sens. |
| Commentaire de Marion Anfreville [ 24/mars/10 15:45 ] |
| Ton sens n'est pas forcément celui de l'appli ;) |
| Commentaire de Marion Anfreville [ 06/avr./10 13:49 ] |
|
En pj, 2 captures d'écran reprenant le mail d'Edouard avec
une brève analyse des endroits utilisant la notion de RawList Topic (et
donc impactes si on venait à modifier celui-ci) =>
RawListTopic_EGV1.jpg + RawListTopic_EGV2.jpg Suite à cette analyse, voici la suite de l'échange entre Thierry et Edouard : -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- De : Thierry Leforestier [mailto:thierry.leforestier@priceminister.com] Envoyé : jeudi 25 mars 2010 14:57 À : 'Edouard Gomez Vaez'; 'Marion Anfreville'; 'Benoît Bourdon' Cc : 'Jérôme Viviès' Objet : RE: Impactes modification RawListTopic Merci Edouard, Comment peut-on éviter d'avoir Vidéo en précommande dans l'url même une fois que le DVD est passé dans la navigation classique DVD zone 2 ? Actuellement, il n'y a que des dvd en précommande (en ce qui concerne les urls) sur la home DVD... En te remerciant, Thierry -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- De : Edouard Gomez Vaez [mailto:edouard.gomez-vaez@priceminister.com] Envoyé : jeudi 25 mars 2010 15:06 À : 'Thierry Leforestier'; 'Marion Anfreville'; 'Benoît Bourdon' Cc : 'Jérôme Viviès' Objet : RE: Impactes modification RawListTopic Solution crade : en faisant un dev pour changer la génération de l'url à partir d'autre chose ou autoriser le recalcul de l'url name dans le cas d'un changement de type ? Bref, revoir les règles que l'on avait écrites pour le calcul de l'url name. => CoRef : vois avec Ben. Solution propre : implémenter la notion de précommande dans l'application => Roadmap : vois avec Ben. |
| Commentaire de Thierry Leforestier [ 01/juil./10 15:07 ] |
|
A la limite, on préfèrerait avoir ... DVD :) Comment peu-ton faire ça ? Zut, Edouard est parti :s |
[APP-29006] [Boutique] Appliquer le collapse à la vitrine Création: 01/avr./10 17:26 Mise à jour: 12/avr./10 11:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 66.0.0 (NAV-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Navigation boutique |
| Description |
|
Ca ne sert à rien de présenter 2 fois le même produit
|
| Commentaires |
| Commentaire de Thomas Allier [ 01/avr./10 17:52 ] |
|
Le pb vient du fait qu'on met en vitrine des annonces et pas des produits. Par conséquent, on ne collapse pas. Il s'agit d'une évolution qui impacte l'inventaire comme la boutique. Je mets sors de la version. |
[APP-28987] Profil vendeur : Que de blanc ! Création: 01/avr./10 14:23 Mise à jour: 11/janv./11 16:33 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 66.0.0 (NAV-B) |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
jra.gif
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM: | Tartalacrem | ||||||||||||
| Description |
|
Voir screenshot.
Voir la possibilité d'indenter le bloc statistiques pour mieux occuper l'espace ? |
| Commentaires |
| Commentaire de Corinne Grondin [ 01/avr./10 18:49 ] |
| Le problème est aussi en prod. En fait, ça vient du fait qu'on a agrandit la colone à 300px. Je déplace à plus tard. |
| Commentaire de Christophe Garcia [ 28/mai/10 10:33 ] |
| Alors ce n'est pas "Résolu" |
| Commentaire de Gafour Abdoul [ 31/mai/10 10:50 ] |
|
Il existe diffférents blocs de même types et se trouvant dans le blo de droite (comme le récap panier par exemple). On peut essayer de réfléchir à une solution d'ensemble |
| Commentaire de Corinne Grondin [ 09/août/10 17:29 ] |
| Je déplace à la prochaine NAV. Le problème est plus important que ça en a l'air. J'ai lié deux JIRA "de la même catégorie" : il nous faut trouver une solution pour le 100% pour pouvoir avancer sur ces JIRAs. |
[APP-28984] [Compensations] Suite aux compensations du 1er avril, comportement anormal de certains cas du batch NEGATIVE_IMMEDIATE (+DELAYED ?) Création: 01/avr./10 12:09 Mise à jour: 19/janv./11 18:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 65.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Suite à la migration des batchs en EJB3, on a fait
apparaître des erreurs / comportement anormal / bugs à priori non
critique / ni bloquant mais qui pourrait être corrigés, notamment pour
le batch NEGATIVE_IMMEDIATE (et peut etre NEGATIVE_DELAYED) pour lequels
on tente de transférer des compensations positives, alors qu'elles
devraient etre négative mais compensées par le PMV du vendeur.
Cela peut venir d'un transfert manuel intermédiaire de ventes de la part du vendeur ==> A creuser / vérifier / analyser D'autre part, c'était déjà le cas précédemment et cela n'a jamais réellement posé problème. Mais maintenant qu'on les voit remonter dans les logs des mails de paiement, ca fait tache. A analyser en détail et déterminer la bonne solution (adapter la logique métier pour prendre en compte ces cas ou changer l'erreur en warning... A voir) |
[APP-28982] Mise en place du suivi des logs sur les mise à jour des fast_notification_date Création: 01/avr./10 12:08 Mise à jour: 01/avr./10 12:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 66.0.0 (NAV-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Des logs on été mis en place pour suivre les mise à jour de fast. Toutes les infos sont dans le jira lié.
|
[APP-28943] [Boutique] On propose l'elargissement à la boutique + tout le site mais on ne propose le DYM que sur la boutique (et pas tout le site) Création: 30/mars/10 14:24 Mise à jour: 30/mars/10 14:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 66.0.0 (NAV-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Thomas Allier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | Navigation boutique |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Thomas Allier [ 30/mars/10 14:41 ] |
| Effectivement c'est une évolution sur laquelle nous n'avons pas eu le temps de nous pencher en NAV-B. Je change la version corrigée. |
[Erreur Velocity] Null reference [template 'PMVelocity - Type: Contenu : Bloc Html
(APP-28413)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Renaud Dierickx |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| WishList: | Marketing |
| Classif1: | TECH |
| Description |
|
Marion : La 1ère erreur concerne Keyade visiblement : /promotions/Promotions/FR/Liens sponso/Keyade - using db/Nouveau vendeur : code actuel : #set ($firstPartnerTracking = $user.getFirstPartnerTracking()) #if ($firstPartnerTracking) <img src="http://k.keyade.com/kaev/1/?kaPcId=17357&kaEvId=69001&kaEvAcId=0&kaClkId=$firstPartnerTracking&kaEvMcId=$advert.getAdvertId()&kaEvCt1=1" width="2" height="2" /> #end code proposé pour correction : #if( $user.getFirstPartnerTracking() ) #set ($firstPartnerTracking = $user.getFirstPartnerTracking()) <img src="http://k.keyade.com/kaev/1/?kaPcId=17357&kaEvId=69001&kaEvAcId=0&kaClkId=$firstPartnerTracking&kaEvMcId=$!advert.getAdvertId()&kaEvCt1=1" width="2" height="2" /> #end Mais cette correction ne ferait que cacher l'erreur. Il vaut mieux essayer de comprendre le problème. |
[APP-28935] Perte d'infos sur MEV Ordinateur portable Création: 30/mars/10 10:40 Mise à jour: 08/avr./10 15:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 65.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Description |
|
Mettre en vente un ordi portable de marque "Autre marque". Saisir une reférence fabricant. ==> EN BO, la marque est bien transcrite dans le champ "Commentaire" mais la référence fabricant est perdue. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 08/avr./10 15:21 ] |
| Dans la VirtualCellFactory il faut que la création d'identification fabricant traite le cas d'une marque avec un "autre". |
[APP-28926] [Boutique] Des annonces apparaissent dans le bloc rayon mais pas ailleurs Création: 29/mars/10 16:25 Mise à jour: 15/sept./10 14:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 66.0.0 (NAV-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Recette | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Classif2: | mur | ||||||||
| Description |
|
J'ai mis en vente de la mode avec le compte PRICE-EASY mercredi. Ces 3 annonces n'étaient pas en "à valider" pourtant elles n'apparaissent pas dans la boutique, sauf le lien "Mode" dans le bloc des rayons (univers) Finalement, le lundi matin elles ont fini par apparaitre |
| Commentaires |
| Commentaire de Thomas Allier [ 29/mars/10 17:49 ] |
| Je vais tenter de le reproduire... |
| Commentaire de Thomas Allier [ 30/mars/10 17:43 ] |
|
Lorsqu'un produit privé est créé par un vendeur en vacances, le produit est dans l'état "isaivalable=0". Hors dans la requête qui ramène le listing produit, on exclut les produits "isaivalable=0". En revanche, la requête qui génère le header boutique avec les rayons n'avaient pas cette clause. Nous l'avons ajouté pour corriger un autre bug. Par conséquent les produits "isaivalable=0" n'apparaitront ni dans le header ni dans le listing produit. Le comportement normal serait d'avoir le produit dans le header et dans le listing produit avec un picto "en vacances". Le bug pourra être corrigé complètement après modif du connecteur (cf JIRA lié). NB : on a déjà la même incohérence en PROD, ce n'est donc pas une régression, pas d'urgence à corriger pour la nav B |
| Commentaire de Thomas Allier [ 30/août/10 17:03 ] |
|
Pour résumer : Il faut supprimer la clause isavailable=1 (sur les produits) de la 2ème requête. Cette clause avait été ajoutée pour palier à un problème dans le connecteur qui a été corrigé en NAV-C. Elle n'a donc aucune utilité et empêche les annonces dont les produits sont indisponibles (car sans stock) d'apparaître dans la boutique du vendeur avec le picto vacances. |
[APP-28918] [Extensions de Garantie] : Mise à jour de la Notice Création: 29/mars/10 15:11 Mise à jour: 06/déc./10 18:05 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
notice PM BBG 20100319_FG_VF.DOC
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Habib, comme vu ensemble, il faudrait mettre à jour la notice des EGs... nouvelle version en PJ...
Merci d'avance |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 29/mars/10 18:25 ] |
|
i_notice_intro cbv_low cbv_high xtw_high xtw_grey |
| Commentaire de Habib-Sylvain Gourguet [ 29/mars/10 18:26 ] |
| Contents et structure publiés sur REF. |
| Commentaire de Emeric Teil [ 07/juin/10 10:34 ] |
| Comme vu ensemble, le PDF doit également être MAJ... |
| Commentaire de Emeric Teil [ 06/déc./10 18:05 ] |
| Habib, on peut résoudre ce Jira non ? |
[APP-28904] Echecs upload images annonce & produit Création: 29/mars/10 09:53 Mise à jour: 27/janv./11 16:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 65.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||
| Description |
|
Plusieurs vendeurs experts signalent le même problème d'upload d'image annonce / produit.
Exemples précis de tentatives: - pseudo: vindadamona - produit: http://bo.priceminister.com/offer/buy/98822080/cpl98822081_ALL - date et heure: 29/03/2010 à 6h52 (dixit le vendeur) Autre: - même vendeur - ID produit: 97484155 / ID annonce: 273436024 - le 25/03/2010 à 16h31 |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 29/mars/10 10:05 ] |
| Manu, à regarder dans les logs. |
| Commentaire de Estelle Souvait [ 19/juil./10 14:22 ] |
|
Autre exemple : http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=16122586&usrmessageid=262198770 bonjour!mes photos d'annonce ne s'affichent pas, alors qu'elles apparaissent avant "fermer la fenêtre"; pouvez-vous y remédier car c'est très gênant pour les ventes de cartes postales en lot!merci d'avance, cordialement, loyloy |
| Commentaire de Damien Dorizy [ 14/oct./10 11:05 ] |
|
Plusieurs cas par jour, selon les logs. ex sur sais :
2010-10-14 07:31:03,197 INFO [-Processor32] kimakido - >>> GET http://www.priceminister.com/image?action=upload&aid=333974637&productid=111158882&msg=-220 2010-10-14 07:31:03,352 INFO [-Processor32] kimakido - <<< [155 ms] GET http://www.priceminister.com/image?action=upload&aid=333974637&productid=111158882&msg=-220 2010-10-14 08:11:47,999 INFO [-Processor23] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:11:48,150 INFO [-Processor23] ugougo2 - <<< [151 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:06,418 INFO [-Processor16] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:06,536 INFO [-Processor16] ugougo2 - <<< [117 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:29,628 INFO [-Processor51] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:12:29,724 INFO [-Processor51] ugougo2 - <<< [96 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:13:28,924 INFO [-Processor17] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:13:29,055 INFO [-Processor17] ugougo2 - <<< [131 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:14:29,318 INFO [-Processor31] ugougo2 - >>> GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 08:14:29,418 INFO [-Processor31] ugougo2 - <<< [99 ms] GET http://www.priceminister.com/image?action=upload&aid=311186987&productid=106100366&msg=-220 2010-10-14 09:36:32,333 INFO [-Processor24] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:36:32,481 INFO [-Processor24] hannah2005 - <<< [147 ms] GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:37:01,416 INFO [-Processor59] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:37:01,501 INFO [-Processor59] hannah2005 - <<< [85 ms] GET http://www.priceminister.com/image?action=upload&aid=335108701&productid=111375262&msg=-220 2010-10-14 09:37:19,071 INFO [-Processor35] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335102587&productid=111375258&msg=-220 2010-10-14 09:37:19,192 INFO [-Processor35] hannah2005 - <<< [121 ms] GET http://www.priceminister.com/image?action=upload&aid=335102587&productid=111375258&msg=-220 2010-10-14 09:37:53,631 INFO [-Processor35] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:37:53,754 INFO [-Processor35] hannah2005 - <<< [123 ms] GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:38:27,841 INFO [-Processor15] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:38:27,962 INFO [-Processor15] hannah2005 - <<< [121 ms] GET http://www.priceminister.com/image?action=upload&aid=335101722&productid=111374202&msg=-220 2010-10-14 09:44:57,328 INFO [-Processor32] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=336208290&pd=1&pi=20&productid=111643988&msg=-220 2010-10-14 09:44:57,448 INFO [-Processor32] hannah2005 - <<< [120 ms] GET http://www.priceminister.com/image?action=upload&aid=336208290&pd=1&pi=20&productid=111643988&msg=-220 2010-10-14 10:14:06,884 INFO [-Processor49] hannah2005 - >>> GET http://www.priceminister.com/image?action=upload&aid=336214841&productid=111644008&msg=-220 2010-10-14 10:14:07,009 INFO [-Processor49] hannah2005 - <<< [124 ms] GET http://www.priceminister.com/image?action=upload&aid=336214841&productid=111644008&msg=-220 2010-10-14 10:24:34,282 INFO [-Processor50] ultraviolets - >>> GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:24:34,427 INFO [-Processor50] ultraviolets - <<< [145 ms] GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:24:51,791 INFO [-Processor98] ultraviolets - >>> GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:24:51,899 INFO [-Processor98] ultraviolets - <<< [107 ms] GET http://www.priceminister.com/image?action=upload&aid=335975641&productid=63675655&msg=-220 2010-10-14 10:32:40,948 INFO [-Processor64] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:32:41,065 INFO [-Processor64] dleroyer - <<< [117 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:15,146 INFO [-Processor58] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:15,264 INFO [-Processor58] dleroyer - <<< [118 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:28,104 INFO [-Processor51] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:33:28,220 INFO [-Processor51] dleroyer - <<< [116 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:34:28,549 INFO [P-Processor4] dleroyer - >>> GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 2010-10-14 10:34:28,665 INFO [P-Processor4] dleroyer - <<< [116 ms] GET http://www.priceminister.com/image?action=upload&aid=335046857&productid=111364570&msg=-220 Le message -220 correspond à une erreur d'écriture. Il y a aussi quelques cas d'erreur -200 (connexion au serveur impossible). Le problème semble lié à une session (un utilisateur qui rencontre le problème n'arrivera pas à uploader d'image sera bloqué tant qu'il ne vide pas ses cookies (changement de serveur)). C'est assez aléatoire et il n'y a pas plus de traces dans les logs. |
| Commentaire de Aurélien Vergalli [ 14/oct./10 12:11 ] |
|
"...sera bloqué tant qu'il ne vide pas ses cookies"
=> peut-on éventuellement proposer aux vendeurs nous contactant de vider leurs cookies? (pas top, mais bon, certains sont désespérés...) |
| Commentaire de Cédric Goldovsky [ 20/oct./10 10:31 ] |
|
logs apache :
www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:46 +0200] "GET /image?action=upload&aid=313561885&productid=84520314 HTTP/1.1" 200 6200 "http://www.pminteg.fr/inventory?action=recent" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 188459 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/8089/fc/module/sortable.js HTTP/1.1" 200 735 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 6086 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/43397/fc/swfupload/handler_advert.js HTTP/1.1" 200 944 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 7515 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/45433/fc/scriptaculous/dragdrop.js HTTP/1.1" 200 5582 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 15519 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/61720/fc/swfupload/swfupload.js HTTP/1.1" 200 4834 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 12011 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/7308/fc/scriptaculous/effects.js HTTP/1.1" 200 6664 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 19298 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/45717/fc/scriptaculous/prototype.js HTTP/1.1" 200 21291 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 23527 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/17992/fc/swfupload/swfuploadqueue.js HTTP/1.1" 200 540 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 5919 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/24719/fc/swfupload/swfuploadcookies.js HTTP/1.1" 200 334 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 4996 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/pic/0/www/www/30598/thumb_pm.gif HTTP/1.1" 200 3024 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 11613 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/23671/fb/images/default/structure/background/img_upload_caption_drag.gif HTTP/1.1" 200 119 "http://akamai.pminteg.fr/res/css/0/www/www/38292/account.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 6550 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/61547/fb/images/default/structure/background/img_upload_caption_order.gif HTTP/1.1" 200 136 "http://akamai.pminteg.fr/res/css/0/www/www/38292/account.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 4068 akamai.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:47 +0200] "GET /res/static/0/www/www/34570/fb/images/default/structure/background/img_upload_caption_delete.gif HTTP/1.1" 200 147 "http://akamai.pminteg.fr/res/css/0/www/www/38292/account.css" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 3396 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:27:48 +0200] "GET /res/static/0/www/www/14876/fc/swfupload/swfupload.swf?preventswfcaching=1287563268344 HTTP/1.1" 200 12787 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 12480 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:28:02 +0200] "POST /image?action=doupload&aid=313561885&productid=84520314&timer=46&aid=313561885&sid=16726021&JSESSIONID=F84DB0180E1242D6D4A755D7129C2057.argon&action=dogalupload&pupcollect1=-1&id=ac25ceee1a5943b6076fe8ac4d0d5871b8595dadebcd53fc570a2bcea9016653&pm=country%3D249%26trackingdate%3D2010-10-11+14%253A59%253A23.0%26version%3D1_1&xtan104630=null-16726021&xtant104630=1&pmup=pmup_tbe%253D0001000f000700000007000900050005%2526&provenance=1&productid=84520314&ab_fp_buybox_final=xt%253DC%2526cv%253D3%2526&ab_fp_abtest_btn_position=xt%253DC%2526cv%253D3%2526&xtvrn=%24104630%24&ab_top_search_block_position=xt%253DD%2526cv%253D4%2526&ab_jump_checkout_address_page=xt%253DB%2526cv%253D2%2526&ab_monet_comparator=xt%253DA%2526cv%253Dmonet_comparator.default%2526&modanoo1=-1&ab_monet_activation=xt%253DA%2526cv%253D1%2526&cart=nb%253D0%2526 HTTP/1.1" 500 4 "-" "Shockwave Flash" 118864 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:28:02 +0200] "GET /image?action=upload&aid=313561885&productid=84520314&msg=-200 HTTP/1.1" 200 6317 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 140709 www.pminteg.fr 192.168.61.5 - - [20/Oct/2010:10:28:04 +0200] "GET /res/static/0/www/www/14876/fc/swfupload/swfupload.swf?preventswfcaching=1287563284203 HTTP/1.1" 200 12787 "http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314&msg=-200" "Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 ( .NET CLR 3.5.30729)" 12843 |
| Commentaire de Cédric Goldovsky [ 20/oct./10 10:32 ] |
|
logs jboss :
2010-10-20 10:28:02,581 INFO [-Processor18] cedgovv - >>> GET http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314&msg=-200 2010-10-20 10:28:02,717 INFO [-Processor18] cedgovv - <<< [136 ms] GET http://www.pminteg.fr/image?action=upload&aid=313561885&productid=84520314&msg=-200 |
| Commentaire de Anthony Briou [ 27/janv./11 16:20 ] |
|
http://bo.priceminister.jmh/message_back?action=usermessage&usrmessageid=299610399
"cela fait maintenant 3 mois que nous ne pouvons pas mettre les photos !!je vais écrire à votre directeur car nous perdons des ventes. Hon-teux !" Qu'en est-il actuellement ? |
[APP-28886] Améliorer les remontées d'erreur dans les logs Création: 25/mars/10 09:59 Mise à jour: 10/août/10 11:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
LogsNullPointerException_2.xls
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||
| Description |
|
Pour faciliter les tests automatisés TNRC il faut améliorer
la granularité des remontées d'alerte et le format de log lorsque
l'application ne trouve pas une entité : - produit - annonce - image - purchase - ... Proposition (vue avec MSA/EGA) : Si une entité n'est pas trouvée en base les couches basses retournent actuellement un pointeur null qui est quasiment jamais testé et qui provoque plus tard une NullPointerException sans plus d'information. On propose de lancer immédiatement une exception au lieu de masquer le pb dans les couches basses et d'exploser dans les couches business. On aura une EntityNotFountException (par exemple), spécialisée en ProductEntityNotFoundException ... qui contiendra l'id inconnu. Il faut prévoir de catcher spécifiquement cette famille d'exception, avec le bon log, au niveau du ramasse-miettes (Display ?). Pour les galleries/produits/annonces : le test de null existe et à un sens *fonctionnel*, on le double temporairement par un try/catch (plus tard on supprimera le test du null). On propose de mettre cela en place avec une activation par propriété, type d'entité par type d'entité (d'où la double version try/catch vs test du null ci-dessus) pour pouvoir : - En intégration : faire des tests TNRC avant/après - En production : activer petit à petit, éventuellement serveur par serveur |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 25/mars/10 14:52 ] |
| Pour avis |
| Commentaire de Nicolas Chauveau [ 12/mai/10 10:00 ] |
|
Suite à pré étude MSA : pas si simple, bcp d'impacts à craindre. Passer me voir, j'ai 4 cas précis remontés par l'Intégration, qu'il faudrait traiter pour faciliter les TNRC. |
| Commentaire de Nicolas Chauveau [ 12/mai/10 10:01 ] |
| Si on veut faciliter l'analyse des TNRC. |
[APP-28844] Les URLs du widget boutique contiennent un &t=5002, ce qui pose un problème quand il n'y a pas d'autres paramètres avant (on ne remplace pas le & par ?) Création: 22/mars/10 14:45 Mise à jour: 18/nov./10 14:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabrice Feugas | Attribution: | Nicolas Lewiss |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| WishList: | Marketing |
| Classif1: | WIDGET |
| Description |
|
Les URLs dans les widgets contiennent un &t=500X pour
tracker le visiteur. Le problème est qu'il n'y a parfois pas d'autres
paramètres avant dans l'URL (spécifiquement pour les FPP) et qu'on ne
remplace pas le & par un ?. Du coup on perd le tracking.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 22/mars/10 14:46 ] |
| Exemple : http://www.priceminister.com/offer/buy/82718127/bibliotheque-blanche-de-salon-peu-encombrante-mobilier.html&t=5002 |
| Commentaire de Fabrice Feugas [ 22/mars/10 14:49 ] |
| Autre exemple : http://www.priceminister.com/offer/buy/92496391/veste-en-cuir-homme-kamora-pret-a-porter.html&t=5002 Bon bon d'accord j'arrête de faire de la pub pour mes produits :) |
| Commentaire de Alexandre Garnier [ 24/mars/10 17:01 ] |
| C'est dans le flash donc à transférer aux bonnes personnes. |
| Commentaire de Fabrice Feugas [ 24/mars/10 17:16 ] |
| Nicolas, tu saurais gérer ce bug ? |
| Commentaire de Renaud Dierickx [ 13/août/10 11:02 ] |
|
En fait, c'est le cas uniquement pour les fiches produits
privées car sinon on tombe sur le détail annonce et ça ne pose pas
problème : http://www.pm.prin:2580/offer?action=desc&aid=141515895&t=5002 Bref, si dans l'url il n'y a pas de '?', il faut en mettre un sinon, il faut mettre un '&'. Nicolas, le correctif est bien de ton coté ? Merci d'avance. |
| Commentaire de Nicolas Lewiss [ 23/août/10 10:06 ] |
|
Hello, je reviens de vacances aujourd'hui, je regarde asap et je vous tiens au courant |
| Commentaire de Renaud Dierickx [ 24/août/10 11:16 ] |
| Merci ! |
| Commentaire de Nicolas Lewiss [ 24/août/10 14:53 ] |
|
Voila, j'ai trouvé du temps au planning pour le faire, je m'en occuperai le 7 septembre après midi a+ ;) |
[APP-28789] Impossible de charger un fichier en front Création: 17/mars/10 16:15 Mise à jour: 28/juin/10 14:15 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Bloquant |
| Rapporteur: | Julien Buhagiar | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
16.03.2010 Eviebelle new file.txt
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||
| Description |
|
Bonjour les pros ne peuvent plus charger de fichier en front sur le UK vous pouvez essayer par exemple avec eviebelle (fichier joint) |
| Commentaires |
| Commentaire de Julien Buhagiar [ 18/mars/10 10:50 ] |
|
Voila le message d'erreur: An error occured while downloading your file. The size of your file exceeds the allowed limit, please contact our sales office. pour un fichier de 1200 lignes et de moins d' 1Mo |
| Commentaire de Jérémie Bennejean [ 18/mars/10 14:46 ] |
|
Julien, tu peux renommer le fichier sans les espaces stp: " 16.03.2010 Eviebelle new file.txt" --> "16.03.2010Eviebellenewfile.txt" Merci |
| Commentaire de Julien Buhagiar [ 18/mars/10 14:59 ] |
|
ca n'a pas marché, meme en enlevant les espaces <!--# Host: saturne02.atlantide.jmsp.net - Version: V64_0_1 - V64@r26172 |
| Commentaire de Jérémie Bennejean [ 18/mars/10 16:19 ] |
| Tu peux refaire un essai stp. On a modifié un truc. |
| Commentaire de Julien Buhagiar [ 18/mars/10 16:31 ] |
| Ça ne marche pas |
| Commentaire de Julien Buhagiar [ 18/mars/10 17:14 ] |
|
J'ai refait un test et ca a l'air de passer, merci |
| Commentaire de Christophe Garcia [ 22/mars/10 12:04 ] |
| MDPLVC |
| Commentaire de Christophe Garcia [ 28/juin/10 14:15 ] |
| MDPLVC |
[APP-28702] reversement par virement en état approuvé alors que bordereau finalisé Création: 12/mars/10 16:00 Mise à jour: 13/avr./10 17:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 64.0.0 (CTN-P) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Claire Durand | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | FireFox 2.0 |
| Description |
|
reversement par virement du compte : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=2041483 toujours en état approuvé alors que bordereau finalisé parce que j'ai modifié son mode de reversement (compta > libre) alors que reversement en cours. Du coup, j'ai repassé son compte en mode compta. J'attends que le batch de finalisation tourne pour voir si cette action suffira à finaliser le reversement. Claire |
| Commentaires |
| Commentaire de Claire Durand [ 12/mars/10 16:34 ] |
| le batch a finalisé l'opération > j'ai repassé le compte en mode libre |
| Commentaire de Arnaud Forgues [ 06/avr./10 17:19 ] |
| Claire, ca a suffit alors ? |
| Commentaire de Claire Durand [ 13/avr./10 17:58 ] |
| oui ça a suffit |
[APP-28688] [MeV 4G] Champ commentaires : placer le curseur au début du champ quand on clique dedans. Création: 12/mars/10 15:15 Mise à jour: 12/avr./10 09:53 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Mev4G.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Après réflexion on fait comme dans le titre (cf commentaire de Damien avec exemple mobileme). Une étude a été faite dans le http://pricewiki.lan/Wiki.jsp?page=CRCoJS45. Il y est bien précisé que "dans la mise en vente, la valeur par défaut des champs de commentaires ne peut être placé dans la balise "label". Il s'agit en effet d'un exemple, et non d'un label." Il ne faut donc pas utiliser ce qui est préconisé par le CoJS dans le cas classique de champ, mais bien voir avec le représentant du CoJS comment faire ça bien. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 15/mars/10 09:06 ] |
|
Work as designed : |
| Commentaire de Damien Dorizy [ 15/mars/10 12:27 ] |
|
D'accord avec toi Edouard sur le problème (la description
qui disparaît au focus c'est pas top), mais je trouve la solution pas
top : ça perturbe pas mal à mon goût que rien ne s'efface quand tu
cliques sur le champ. Le principal problème est que le curseur ne se
place pas au début du champ quand on clique dedans. Une solution que je trouve idéale : http://www.me.com |
| Commentaire de Christophe Garcia [ 15/mars/10 12:56 ] |
| Edouard ? |
[APP-28673] [Autocomplete] Avertissement JS dans l'autocomplete Création: 11/mars/10 14:51 Mise à jour: 03/juin/10 09:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
avertissement_autocomplete.png
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Il faut activer les avertissement dans Firebug. Ensuite, dès
qu'on appuie sur une touche dans l'autocomplete, un avertissement est
affiché (voir capture). Utilisation d'une fonction inconnue ? |
| Commentaires |
| Commentaire de Antoine Carré [ 04/mai/10 17:53 ] |
|
c'est la librairie jquery qui utilise event.charCode a tout bout de champs ... on y peu pas grand chose. De ce que je vois, le problème est le même chez tout ceux qui utilisent jquery. Cela n'a cependant aucune incidence. Je ne vois pas trop ce qu'il y a à faire pour ce jira ...??? |
| Commentaire de Antoine Carré [ 02/juin/10 15:00 ] |
| caj2010q2nav |
[APP-28652] creation_date d'evenement operation (opr_event) antérieur à la creation_date de l'opération Création: 09/mars/10 14:54 Mise à jour: 09/mars/10 14:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Base de données |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Girardet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Sur UK, on observe certaines operations créées en BDD après
ses événements (OPR_EVENT.CREATION_DATE < OPERATION.CREATION_DATE) exemple : OPERATION_ID CREATION_DATE OPR_EVENT_ID CREATION_DATE 10241998 15/01/2010 00:00:42 4981174 14/01/2010 23:58:40 10241998 15/01/2010 00:00:42 4981175 14/01/2010 23:58:40 10473996 27/02/2010 00:00:43 4992134 26/02/2010 23:59:21 10473996 27/02/2010 00:00:43 4992135 26/02/2010 23:59:21 Impacts BI : Nous dénormalisons quotidiennement la date de "completion" d'une operation. Or lorsque ce phénomène se produit à cheval sur 2 jours (les événements créées la veille et l'opération créée le lendemain), notre calcul de dénormalisation est éronée. Au final nous constatons des écarts sur les rapports de réconciliation des compensations. Merci. |
[APP-28628] Comportement étrange de la valeur de création de mapping Création: 05/mars/10 17:46 Mise à jour: 08/mars/10 08:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Arnaud Potier | Attribution: | Arnaud Potier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Dev | ||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||
| Description |
|
Lors de la suppression du hack dans les imports de fichiers, les tests de non régression suivants on été effectués: ########### IMPORT DE FICHIERS ############ ---------------------------------------------------------------------------------- TEST 1 : Entrée : -- Valeur d'attribut non existante Sortie : -- Valeur d'attribut crée, -- produit portant la valeur d'attribut sélectionnée. -- mapping sur la valeur entre l'attribut et type d'attribut TEST OK ---------------------------------------------------------------------------------- TEST 2 : Entrée : -- Valeur d'attribut existante mais non mappée Sortie : -- produit portant la valeur d'attribut sélectionnée. -- mapping sur la valeur entre l'attribut et type d'attribut TEST OK ---------------------------------------------------------------------------------- TEST 3 : Entrée : -- Valeur d'attribut existe et est mappée sur un produit Sortie : -- produit portant la valeur d'attribut sélectionnée (écrasée si besoin). -- mapping sur la valeur entre l'attribut et type d'attribut TEST OK ---------------------------------------------------------------------------------- TEST 4-5: Test sur les droits de création Entrée : -- Valeur d'attribut non existante, cellule de création/mise à jour d'attribut avec les droits DIAMANT ou PIERRE Sortie : -- Valeur d'attribut crée, -- produit portant la valeur d'attribut sélectionnée. -- mapping sur la valeur entre l'attribut et type d'attribut TEST OK ---------------------------------------------------------------------------------- TEST 6 : Test sur les droits de création Entrée : -- Valeur d'attribut existante mais non mappée sur rien, cellule de création/mise à jour d'attribut avec les droits "Création de mapping" Sortie : -- produit portant la valeur d'attribut sélectionnée -- mapping sur la valeur entre l'attribut et type d'attribut TEST OK ---------------------------------------------------------------------------------- TEST 7 : Test sur les droits de création Entrée : -- Valeur d'attribut non existante, cellule de création/mise à jour d'attribut avec les droits "Création de mapping" Sortie : -- Erreur TEST OK ################### OUTILS: ARBRE PAR CATEGORIE: ####################### - Test similaires à 1-2-3 |
[APP-28603] MeV High Tech : Le Zéro est pris en compte lors de la déclaration de la fréquence, du poids, ... Création: 03/mars/10 12:55 Mise à jour: 08/mars/10 17:20 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 63.0.2 (MEV 4G Info) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ZeroAccepté.JPG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - High Tech |
| Description |
|
cf. PJ
|
| Commentaires |
| Commentaire de Julien Sananikone [ 03/mars/10 14:32 ] |
| On a mis ce point dans la wishlist dev MeV |
| Commentaire de Christophe Garcia [ 03/mars/10 15:51 ] |
| Dans ce cas on garde ce JIRA sous le coude. |
[APP-28578] [MEV HT] Disque Dur : Plantage si capacité du DD trop élevée Création: 02/mars/10 16:34 Mise à jour: 21/févr./11 12:25 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - High Tech |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
(Pour attendre, on limite le nombre de caractères à 3)
|
| Commentaires |
| Commentaire de Carole Boucheny [ 02/mars/10 16:39 ] |
| Je n'ai peut-être pas compris ce que tu as voulu dire mais je n'ai pas d'erreur |
| Commentaire de Cédric Goldovsky [ 02/mars/10 16:40 ] |
| Pardon, j'ai changé le titre du Jira, maintenant je connais la veritable cause : capacité du DD trop elevée = plantage |
| Commentaire de Cédric Goldovsky [ 02/mars/10 16:40 ] |
| ex : 5000 To |
| Commentaire de Julien Sananikone [ 02/mars/10 18:12 ] |
| idem laptop ? |
| Commentaire de Carole Boucheny [ 02/mars/10 18:18 ] |
| Je pense que c'est dû à la conversion en octet. Le nombre final doit être trop grand lors du passage en base. |
| Commentaire de Edouard Gomez-Vaez [ 02/mars/10 18:23 ] |
| Cédric, tu peux nous copier rapidement les traces ? Merci ! |
| Commentaire de Cédric Goldovsky [ 03/mars/10 17:05 ] |
|
2010-03-03 17:02:25,984 INFO [P-Processor8] cedgovv
- data_file_id null/null KO ; Processing Times :
6;6;0;0;0;0;0;100;76;0;4;0;0 ms. 2010-03-03 17:02:25,992 WARN [P-Processor8] cedgovv - Load error~Servlet=com.babelstore.submit.front.SubmitServlet~Request=POST http://www.pm.lan/submit!action=submitco mp...&aid=261379791&categoryref=211618&comment=qsdqdq&ctrl335499=PMMK018000&ctrl335500=ddfsdfsdf&ctrl335501=Z04570&ctrl335503=K93100&ctrl335504=K49451&ctrl335505=1000&ctrl335505 attunit=U00056&ctrl335506=K60604&fronteventshistory=PM.Forms.S...&fronteventshistory=PM.Forms.S...&isupdate=true&pd=1&pi=20&productid=93350150&qty=1&sellingPrice=12&shippingMode =true&stage=20&state=10&submitstage=true~Referrer=http://www.pm.lan/submit?action=submitcomplete&aid=261379791&categoryref=211618&comment=qsdqdq&ctrl335499=PMMK018000&ctrl335500 =ddfsdfsdf&ctrl335501=Z04570&ctrl335503=K93100&ctrl335504=K49451&ctrl335505=1000&ctrl335505attunit=U00055&ctrl335506=K60604&fronteventshistory=PM.Forms.Steps.change%2C1%2Cfalse& isupdate=true&pd=1&pi=20&productid=93350150&qty=1&sellingPrice=12&shippingMode=true&stage=20&state=10&submitstage=false~User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR ; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 (.NET CLR 3.5.30729)~Trace=javax.ejb.EJBTransactionRolledbackException: null; CausedByException is: could not insert: [com.babelstore.stock.entity.PrdAttribute] at org.jboss.ejb3.tx.Ejb3TxPolicy.handleInCallerTx(Ejb3TxPolicy.java:65) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:117) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy339.processUserInput(Unknown Source) at com.babelstore.submit.front.SubmitAction.execute(SubmitAction.java:244) at com.babelstore.submit.front.SubmitCompleteAction.execute(SubmitCompleteAction.java:114) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:434) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:387) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:285) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:219) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:180) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) org.hibernate.exception.DataException: could not insert: [com.babelstore.stock.entity.PrdAttribute] at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:75) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2077) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2420) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:51) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:243) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:227) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:296) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:877) at org.hibernate.ejb.AbstractEntityManagerImpl.flush(AbstractEntityManagerImpl.java:201) at org.jboss.ejb3.entity.InjectedEntityManager.flush(InjectedEntityManager.java:122) at com.babelstore.stock.service.StockServiceBean.work(StockServiceBean.java:418) at com.babelstore.stock.service.StockServiceBean.processLine(StockServiceBean.java:268) at com.babelstore.stock.service.StockServiceBean.processUserInput(StockServiceBean.java:167) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:109) at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:44) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:133) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:113) at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:138) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:61) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulRemoveInterceptor.invoke(StatefulRemoveInterceptor.java:40) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:63) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:32) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:91) at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:98) at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:150) at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:83) at $Proxy339.processUserInput(Unknown Source) at com.babelstore.submit.front.SubmitAction.execute(SubmitAction.java:244) at com.babelstore.submit.front.SubmitCompleteAction.execute(SubmitCompleteAction.java:114) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:434) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:387) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:285) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:219) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:180) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) Caused by: java.sql.SQLException: [Oracle] #131 ORA-01438: value larger than specified precision allowed for this column at com.inet.ora.OraDriver.a(Unknown Source) at com.inet.ora.n.a(Unknown Source) at com.inet.ora.w.a(Unknown Source) at com.inet.ora.w.for(Unknown Source) at com.inet.ora.w.executeUpdate(Unknown Source) at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:316) at org.hibernate.jdbc.NonBatchingBatcher.addToBatch(NonBatchingBatcher.java:23) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2061) ... 72 more 2010-03-03 17:02:25,993 INFO [P-Processor8] cedgovv - Setting response status code to 503 |
[APP-28569] [MEV HT] Laptop : Liste des OS tronquée par la droite Création: 02/mars/10 16:02 Mise à jour: 07/déc./10 12:11 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Navigateur: | Internet Explorer 8.X | ||||||||||||
| Commentaires |
| Commentaire de Carole Boucheny [ 02/mars/10 16:06 ] |
| Valable sur IE 8. Ce n'est pas du ressort du param, plutôt maquette. Je descope ce jira. |
| Commentaire de Cédric Goldovsky [ 02/mars/10 16:43 ] |
| de manière générale, valable sur l'ensemble des formulaires high tech avec des listes dont les valeurs sont un peu longues |
| Commentaire de Carole Boucheny [ 02/mars/10 16:51 ] |
| Il s'agit de valeur Cnet, on ne peut pas les corriger. |
| Commentaire de Cédric Goldovsky [ 02/mars/10 16:56 ] |
| euh, je ne parle pas de tronquer les valeurs mais d'agrandir la taille de la listbox |
| Commentaire de Cédric Rabardel [ 13/avr./10 14:19 ] |
|
problème récurant sur ie 6 7 et 8, il n'y apas de solution html css. on peut le faire en javascript mais la solution et lourde et couteuse. on peut tout de même arranger les choses en mettant de info bulle sur les champs grace à l'attribut title. <select name="select_bulle" > <option value=0 title="Premier" >Premier</option> <option value=1 title='Deuxième' >Deuxième</option> </select> attention si il y a des guillmets dans la valeur cela peut poser des problème avec les guillmet de l'attribut title |
| Commentaire de Carole Boucheny [ 14/avr./10 14:56 ] |
|
Il n'est pas possible d'ajouter le "title" directement dans le code HTML de l'élément générique select. Vu avec Edouard, il faut modifier le tag option. De plus les options sont générées par un appel à l'appli : $form.options(...) C'est donc côté dev que ça se passe |
[APP-28529] [Aide] Je ne reçois pas les e-mails de PriceMinister ==> Wanadoo est devenu Orange (depuis le 01/06/2006) Création: 01/mars/10 10:11 Mise à jour: 09/avr./10 18:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | MEV - Landing Page Scénarisée |
| Navigateur: | Tous |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 01/mars/10 10:18 ] |
| Déjà en prod. A planifier... |
| Commentaire de Habib-Sylvain Gourguet [ 09/avr./10 18:12 ] |
|
On en profitera pour mettre à jour le wording ("Profil de compte" ?). auto_alias_1_11_6_2 Merci Edouard. |
| Commentaire de Habib-Sylvain Gourguet [ 09/avr./10 18:13 ] |
| Et Cédric :-) |
[APP-28516] MEV LPS : Le "Back" affiche la catégorie précédente de produit à vendre quand on change de catégorie Création: 26/févr./10 12:43 Mise à jour: 01/mars/10 15:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
BackAProblème.JPG
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Dans la grande boucle (bloc vendre) : - Après une 1ère recherche sur la catégorie "produits culturelles", on fait un "back" et on fait une autre recherche sur une autre catégorie, exemple "produits high-tech"; - En faisant un "back", on se retrouve sur la grande boucle avec la première recherche (celle de la catégorie "produits culturelles"); |
| Commentaires |
| Commentaire de Jean-Sébastien Franck [ 26/févr./10 16:00 ] |
|
Ca me parait un peu compliqué à mettre en oeuvre. Avec les blocs vendre, lorsque l'on fait une recherche puis qu'on fait un back, on peut facilement afficher la recherche par désignation ou par fabricant en regardant si le bouton radio est checké. Ici, il n'y a pas de bouton radio mais des onglets... et du coup je vois pas trop comment faire... |
| Commentaire de Edouard Gomez-Vaez [ 01/mars/10 15:02 ] |
| Compliqué de gérer le back... |
[APP-28485] [LPS] Vendre des produits "Enfant" ... Création: 25/févr./10 15:16 Mise à jour: 24/févr./11 16:57 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
Est-ce que le picto Biberon et le titre "Vendre des produits enfants" est bien approprié ?
en effet, il n'y a pas que des produits enfant Et quand bien même on assimilerait ces produits à l'enfant, le biberon est un peu reducteur. Ca n'est pas de la puericulture |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 25/févr./10 15:22 ] |
| C'est celui qui est sur la home page vendre depuis Mathusalem. |
| Commentaire de Cédric Goldovsky [ 25/févr./10 15:55 ] |
| Bah et alors ? C'est parce qu'il est là depuis longtemps qu'on y touche plus ? |
| Commentaire de Edouard Gomez-Vaez [ 25/févr./10 16:09 ] |
|
Disons que le fait que personne ne se soit plaint depuis me fait dire que c'est pas le moment :-). Si tu veux, je le mets chez GAF en réserve. |
| Commentaire de Cédric Goldovsky [ 21/avr./10 12:18 ] |
| et bien moi je me suis plains ! |
| Commentaire de Corinne Grondin [ 05/oct./10 15:52 ] |
| Pour les wording, je laisse les fonc faire. Pour le picto, il faudrait uniformiser avec la nouvelle HO Vendre en VEN-E |
| Commentaire de Corinne Grondin [ 21/oct./10 16:15 ] |
| Hello, je le déplace pour la prochaine NAV. je vois avec BBO s'il y aura des finitions HP Vendre auquel cas on traitera ce jira. |
[APP-28465] MEV LPS : Mauvais séparateur de décimale Création: 25/févr./10 11:41 Mise à jour: 22/mars/10 17:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
SéparateurDécimal_FR.JPG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - Landing Page Scénarisée |
| Navigateur: | Tous |
| Description |
|
cf. PJ
|
| Commentaires |
| Commentaire de Manuel Sadok [ 25/févr./10 14:15 ] |
| Aujourd'hui dans la MeV rapide on met un '.' (donc comme dans LPS) et dans la modification d'annonce une ','... donc en attendant de trancher, je ne touche à rien |
[APP-28459] Impossible de modifier le prix et/le commentaire d'une annonce sans modifier la quantité.... Création: 25/févr./10 10:23 Mise à jour: 03/mars/10 18:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 62.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Fotigui Tangara | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Nous souhaitons pouvoir modifier certaines caractéristiques
(prix, commentaire, qualité) d'une annonce donnée sans forcement
modifier la quantité de l'annonce concernée. Cela pose problème lorsqu'il s'agit notamment d'une newsletter, un partenaire peut souhaiter modifier le prix et le commentaire de ses annonces sans vouloir modifier la quantité des annonces concernées. |
| Commentaires |
| Commentaire de Isabelle Weisbecker [ 25/févr./10 16:14 ] |
| Ca simplifierait grandement notre travail si on pouvait faire cela ainsi que celui des vendeurs pro surtout pour les augmentation et diminution de prix et/ou commentaire en express pour les newsletters |
| Commentaire de Frédéric Nahum [ 02/mars/10 10:52 ] |
|
Le problème c'est que lorsque que l'on veut modifier que le
prix on met alors juste une cellule prix avec le nouveau prix et la . Il met à jour le prix et met une quantité 1 à défaut pour tout le fichier. En gros le fait de mettre une quantité à 1 par défaut ne me gène pas, mais il doit etre applique uniquement sur de la création d'annonce. Pour la mise à jour d'annonce existance cela ne devrait pas être effectif. |
| Commentaire de Edouard Gomez-Vaez [ 02/mars/10 19:11 ] |
|
Si tu es déjà connecté sur le compte qui détient l'annonce : http://.../inventory?action=modify&adjustprice=17.5&aid=258347944¤cyid=978&case=0 Si veux te connecter au passage https://.../account?action=adminlogin&l=sachka0_2&dest=%2Finventory%3Faction%3Dmodify%26adjustprice%3D17.5%26aid%3D258347944%26currencyid%3D978%26case%3D0 Regarde si ça peut débloquer les modif de prix sans modif de stock. |
| Commentaire de Frédéric Nahum [ 03/mars/10 15:42 ] |
|
le problème des URL ne convient pas trop car les cas sont des fois différent : Il faut modifier des fois prix + commentaires ou que les prix donc ca sera trop complexe a gérer par requete. je crois que le plus simple vu la nautre ponctuelle des demandes c'est de demander systématiquement les quantités |
| Commentaire de Frédéric Nahum [ 03/mars/10 15:47 ] |
|
Le plus simple serait donc de proceder de la maniere suivante : Il faudra pour toute demande de mise à jour de prix fournir un ifchier csv de 2 ou 3 colonnes (en s'aidant de l'extraction de stock): Ex 1 : le code annonce;prix ex : ADV-45152454;19.90 ou Ex 2 : le code annonce;prix;commentaires ex : ADV-45152454;19.90;destockage envoi rapide et soigné.... |
| Commentaire de Frédéric Nahum [ 03/mars/10 15:47 ] |
| êtes vous ok les commerciaux ?? |
| Commentaire de Isabelle Weisbecker [ 03/mars/10 18:01 ] |
|
Ok avec ex 1 et ex 2, j'ajouterai : Ex 3: le code annonce;titre;prix;commentaires |
| Commentaire de Frédéric Nahum [ 03/mars/10 18:23 ] |
|
non justement ton ex3 n'est pas possible car la quantité
sera obligatoire donc il faudra faire une extraction de stock pour
récupérer la quantité. En gros tu nous dis ce que tu veux modifier entre EX1 et Ex2, nous on te prepare le format et toi tout de suite apres ton extraction de stock tu ajuste le fichier de facon a avoir l'ex1 ou ex2 en point virgule par exemple et tu lee soumettra comme ca il ny aura pas d'ecart de quantité et de délais. et tu pourra faire ton extraction de stock au dernier moment et soumettre ton fichier toute seule. cela demande juste un retouchage de ton fichier via excel pour le mettre au format de ex1 ou ex2 et en csv |
| Commentaire de Frédéric Nahum [ 03/mars/10 18:24 ] |
| sinon viens me voir je t'explique tout ca |
| Commentaire de Isabelle Weisbecker [ 03/mars/10 18:33 ] |
| qui peut le plus peut le moins, je choisis ton EX 2. |
[APP-28452] [LPS] Autoriser le HS à s'aligner sur le HS Création: 24/févr./10 12:34 Mise à jour: 25/févr./10 11:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif2: | alignement | ||||||||
| Description |
|
A voir comment on veut reprendre ce mécanisme d'alilgnement.
|
[APP-28444] [LPS] Une fois arrivé sur la LPS, l'utilisateur ne sais jamais vraiment quand il en aura terminé Création: 24/févr./10 12:28 Mise à jour: 07/déc./10 14:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | MEV - Landing Page Scénarisée |
| Navigateur: | Tous |
| Description |
|
le titre de la page "Confirmation de mise en vente" n'aide pas
reprendre le CDF ? |
| Commentaires |
| Commentaire de Manuel Sadok [ 26/oct./10 16:31 ] |
| On fait quelque chose où on laisse tel quel ? |
[APP-28440] [LPS] Possible de soumettre un annonce avec stock 0 Création: 24/févr./10 12:23 Mise à jour: 10/août/10 16:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - Landing Page Scénarisée |
| Navigateur: | Tous |
| Description |
|
voir CGA ou EGV pour process
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 24/févr./10 12:40 ] |
|
Est-ce le cas aujourd'hui ? Scénar : mettre en vente, supprimer, back, mettre en vente. |
| Commentaire de Edouard Gomez-Vaez [ 24/févr./10 15:57 ] |
| Déjà vu, on cherche le doublon qui explique pourquoi on avait décidé de repousser la correction de cela (c'est chaud). |
[APP-28435] [LPS] KooBuy : label du bouton GO manquant dans petite boucle Création: 24/févr./10 12:16 Mise à jour: 05/janv./11 16:12 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
GOpasIdentique.JPG
GOpasIdentique2.JPG
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - Landing Page Scénarisée |
| Navigateur: | Tous |
| Description |
|
J'ai rajouté une nouvelle version des template pour Koobuy
et j'en ai profité au passage pour régler le problème dans l'ancien bloc
vendre. Pour clore le Jira, il faut publier les templates suivants sur cms-ref et cms-branch: - SellBlockHightech - SellBlockCultural - PriceProposition Merci d'avance, |
| Commentaires |
| Commentaire de Gafour Abdoul [ 25/févr./10 10:34 ] |
|
Il faut mettre value="Go" comme pour la recherche globale dans le header sur ce même COB bzr ci --fixes APP:28435 source/static/front/brand/www/account.css Committing to: bzr://perrier/dev/ modified source/static/front/brand/www/account.css Committed revision 26116. |
| Commentaire de Carole Boucheny [ 25/févr./10 15:57 ] |
| Publié sur cms ref et cms branch |
| Commentaire de Espérance Galouo-Lece [ 26/févr./10 15:57 ] |
| - Le bouton "GO" n'est plus identique à ceux que l'on connait à chez koobuy. |
| Commentaire de Jean-Sébastien Franck [ 26/févr./10 16:04 ] |
|
Vu avec Gafour... il m'a dit qu'il y a plein de problèmes
avec la gestion des boutons Go, et notamment sur les co-brandings. Il a
également précisé qu'aujourd'hui, il n'a pas du tout les crédits pour
travailler là dessus. |
| Commentaire de Espérance Galouo-Lece [ 26/févr./10 16:04 ] |
| cf. PJ "GOpasIdentique" et "GOpasIdentique2" |
[APP-28427] mauvaise génération du fichier cfonb virements france le 20 février 2010 Création: 24/févr./10 11:59 Mise à jour: 12/oct./10 14:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 62.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
VIRSG-1.txt
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
le fichier cfonb généré pour les paiements par virement sur la france est arrivé avec une erreur. un paiement a été coupé en deux et édité sur 2 lignes. il s'agit de l'opération suivante : http://bo.priceminister.com/wallet_back?action=operationbackview&operationid=522584554 c'est la ligne 524 du cfonb en pièce jointe le problème semble venir du champ "domiciliation" où a été saisi "monabanq. MONABANQ" par l'utilisateur. le cfonb fair un retour à la ligne après "monabanq.". pas d'urgence, le cfonb a été corrigé à la main et envoyé normalement. |
[APP-28426] [boutique] Ajouter le pseudo en indicateur de page sur les pages boutique Création: 24/févr./10 11:51 Mise à jour: 09/mars/10 17:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique, XITI |
| Affecte la/les version(s): | 66.0.0 (NAV-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | Navigation boutique | ||||||||
| Description |
|
L'idée est d'identifier les boutiques à succès et
d'anticiper un projet "badges" qui pourrait influencer cet indicateur.
L'implémentation est simple et pourrait être prise en charge de façon
opportuniste par le projet boutique.
|
| Commentaires |
| Commentaire de Thomas Allier [ 09/mars/10 09:58 ] |
| La nav B étant déjà extrêmement chargée et compte tenu du fait qu'on est déjà en train de tailler dans les nice to have du projet navigation boutique, je sors cette demande de la nav-b pour l'instant. On peut en discuter Swan ou voir éventuellement dans quelle mesure ça peut être fait de votre côté et passer dans notre version. |
| Commentaire de Swan Desportes [ 09/mars/10 17:35 ] |
| Vu avec Thomas. A chasser et à comiter sur la branche navigation (et prévenir Martin). Ce dev partira avec la NAV-B. |
[APP-28417] Marketing Links in Welcome mails adding links and creation of Features Page. Création: 23/févr./10 16:45 Mise à jour: 24/mars/10 17:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thomas Springett | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
In order to increase activity on the UK site we will add specific commercial links to 3 of the automatic mails: Message: seller_activation Link: Would you like to make more money? Check out our guide to becoming a Top seller: http://www.priceminister.co.uk/info/assistance_astuces Mesage: purchase_buyer_confirmation Link: Did you know that on PriceMinister you can earn up to £500 just for inviting your friends! Find out more: http://www.priceminister.co.uk/sponsorship?action=refer Message: user_registration_login (if the velocity for a 1st purchase is available). Link: What else does PriceMinister offer? Well you can earn up to £500 in gift vouchers, Negotiate the prices, and even make wishes! Follow this link to find out more: http://www.priceminister.co.uk/help/hc (or to new Feature_UK page.) |
| Commentaires |
| Commentaire de Thomas Springett [ 23/févr./10 18:44 ] |
|
Messages modifié: user_registration_login seller_activation |
| Commentaire de Thomas Springett [ 25/févr./10 11:16 ] |
|
Bonjour Habib, Existe-t'il le code velocité pour un premiere achat? Pour le message: purchase_buyer_confirmation Merci, |
| Commentaire de Thomas Springett [ 02/mars/10 18:37 ] |
|
Article: i_features_uk Templates: user_registration_login seller_activation Soumis a publication. Premier vague des edito/market modifications. |
| Commentaire de Thomas Springett [ 03/mars/10 12:09 ] |
|
Habib, Peut tu publier le premier parti des modif? Le troixieme mail ne peut pas estre fait avant le velocité pour "premier achat" donc on fait le deux massage et la page pour l'instant. Je mettre a publier dans jira? Merci |
| Commentaire de Thomas Springett [ 24/mars/10 17:55 ] |
|
Salut Habib, Peut on donner un version pour que ces modification peut-être publié? Tu sais si c'est possible d'avoir des codes de tracking dans ces types des messages? Merci, |
[APP-28409] [LPS] Suppression des redirections apache pour la MeV Création: 23/févr./10 10:12 Mise à jour: 23/févr./11 12:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | MEV - Landing Page Scénarisée |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 23/févr./10 11:15 ] |
|
- Mets dans le commentaire les lignes à supprimer, dans 4 mois on aura oublié :-). - Lie avec le jira correspondant s'il existe |
| Commentaire de Benoît Bourdon [ 23/juin/10 18:49 ] |
| les redirections permettant le fonctionnement des anciennes urls de mev ? |
[APP-28385] [LPS / Carrousel de recyclage] Défilement très saccadé des items sous FF3 Création: 22/févr./10 16:30 Mise à jour: 26/févr./10 16:56 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 63.0.0 (VEN-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM: | MEV - Landing Page Scénarisée |
| Navigateur: | FireFox 3.0 |
| Description |
|
==> On passe donc à 20 items
|
| Commentaires |
| Commentaire de Jean-Sébastien Franck [ 22/févr./10 17:17 ] |
| Les lenteurs sont uniquement dues au nombre d'éléments dans le carousel. On a créé une propriété pour limiter le nombre d'éléments à 20 (comme sur la fiche produit). L'ancienne valeur était 25, ça devrait donc moins galérer. |
| Commentaire de Cédric Goldovsky [ 26/févr./10 16:39 ] |
| Pas mieux |
| Commentaire de Jean-Sébastien Franck [ 26/févr./10 16:56 ] |
| Même comportement que sur la fiche produit. On traitera ça en même temps. |
[APP-28366] Problème avec le batch walletdebit : cannot create system debit operation Création: 18/févr./10 18:28 Mise à jour: 18/févr./10 18:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Eric Vannier | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il y a un soucis avec le batch WALLETDEBIT, peut-etre dû au lock optimiste ? : Extrait des logs : -------------------------- [pmas@hercule batch]$ zgrep "cannot create system debit operation" ./hercule_batch_fr_wallet_2009* | grep " nested exception is: " ./hercule_batch_fr_wallet_2009-06-11-04-59.log.gz:2009-06-10 08:02:19,097 DEBUG [WALLET_DEBIT] WALLET_DEBIT - cannot create system debit operation for user id 4618720 : org.jboss.tm.JBossTransactionRolledbackException: null; nested exception is: ./hercule_batch_fr_wallet_2009-06-11-04-59.log.gz:2009-06-10 08:59:15,373 DEBUG [WALLET_DEBIT] WALLET_DEBIT - cannot create system debit operation for user id 16871994 : org.jboss.tm.JBossTransactionRolledbackException: null; nested exception is: ./hercule_batch_fr_wallet_2009-06-22-15-15.log.gz:2009-06-22 12:01:57,524 DEBUG [WALLET_DEBIT] WALLET_DEBIT - cannot create system debit operation for user id 14830916 : org.jboss.tm.JBossTransactionRolledbackException: null; nested exception is: [pmas@hercule batch]$ zgrep "cannot create system debit operation" ./hercule_batch_fr_wallet_2010* | grep " nested exception is: " ./hercule_batch_fr_wallet_2010-01-21-04-59.log.gz:2010-01-20 13:09:00,880 DEBUG [WALLET_DEBIT] WALLET_DEBIT - cannot create system debit operation for user id 19645796 : org.jboss.tm.JBossTransactionRolledbackException: null; nested exception is: ./hercule_batch_fr_wallet_2010-02-11-04-59.log.gz:2010-02-10 06:48:24,369 DEBUG [WALLET_DEBIT] WALLET_DEBIT - cannot create system debit operation for user id 18892907 : org.jboss.tm.JBossTransactionRolledbackException: null; nested exception is: ./hercule_batch_fr_wallet_2010-02-11-04-59.log.gz:2010-02-10 06:48:28,253 DEBUG [WALLET_DEBIT] WALLET_DEBIT - cannot create system debit operation for user id 19018828 : org.jboss.tm.JBossTransactionRolledbackException: null; nested exception is: [pmas@hercule batch]$ |
| Commentaires |
| Commentaire de Arnaud Forgues [ 18/févr./10 18:44 ] |
| Vu avec NCH : à voir si on ne pourrait pas catcher l'exception remontée par ce pb de lock optimiste au niveau du nouveau framework de batch en cours d'analyse/proto par MAD, afin de relancer de manière générique le process en cours (un certain nombre limité de fois) ... |
[APP-28348] Pb d'intéraction entre lien de retour de vacance et batch de mise en vacance Création: 17/févr./10 18:32 Mise à jour: 18/févr./10 09:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 62.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrick Pereira | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Bonjour. Sur le Front, page "mon compte", si l'on déclare partir en vacance puis, avant que le batch de passage des annonces à la visibilié "En vacances" on déclare être revenu de vacance, le flag IS_IN_TRANSIT est remis à 0. Si, pendant le très court laps de temps où le batch commence à traiter un utilisateur sans avoir le temps de modifier les données (pendant la requête select d'initialisation donc), on déclare être revenu de vacance, le IS_IN_TRANSIT est remis à 0 alors que les premières annonces récupérées par le batch passe à la visibilité "En vacances". Celles-ci restent du coup toujours dans cet état. Pas facile à reproduire, mais j'ai réussi en integ :-). N'hésitez pas à venir me voir si ce n'est pas clair. Je pense qu'il faut, soit modifier le batch pour vérifier avant de modifier les annonces que l'utilisateur est toujours en transit, soit le front pour ne pas passer le is_in_transit à 0 dans le cas décrit. Patrick. |
[APP-28328] [Recherche] Suppression de caractères après slash Création: 16/févr./10 13:58 Mise à jour: 04/mai/10 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 61.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Allier | Attribution: | Espérance Galouo-Lece |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Problème uniquement présent en fr... http://www.priceminister.com/s/nip%2Ftuck http://www.priceminister.es/s/nip%2Ftuck http://www.priceminister.co.uk/s/nip%2Ftuck Les caractères après le slash ne sont pas pris en compte dans la recherche. |
| Commentaires |
| Commentaire de Martin Sudmann [ 01/avr./10 16:18 ] |
|
Ce sont 2 options Apache qu'il faut régler pour que les
caractères spéciaux ne soit pas décodés entre Apache et JBoss : Ce sont les deux options Jk suivantes : Aujourd'hui : #JkOptions +ForwardURICompatUnparsed JkOptions +ForwardURIEscaped C'est assez chaud comme modification, puisque cette config a été mis en place justement pour faire marcher des recherches avec un "%" (100% Debouze), et on risque de tout casser. Il faut obligatoirement faire des tests de requêtes massives. |
| Commentaire de Martin Sudmann [ 01/avr./10 16:19 ] |
| CAJ2010Q1NAV |
| Commentaire de Martin Sudmann [ 20/avr./10 12:12 ] |
|
Espérance, il faut que tu pilotes ça avec Patrice pour tester en INTEG. Du coup je ne sais pas si vous voulez faire ça en post deploy ou maintenant? |
[APP-28312] Connexion en mode ADMIN (sécuriser un peu plus ce mode de connexion) Création: 15/févr./10 10:53 Mise à jour: 08/févr./11 17:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Ce mode de connexion permet au BO de se connecter à la volée
avec comme seul paramètre le login de l'utilisateur. aujourd'hui la
seule sécurisation de ce mode d'authentification est faite au niveau
apache avec la sécurisation de la servlet /account.
L'idée est de rajouter la notion d'opérateur BO dans l'utilisation de cette action. De plus, cela permettra de logguer cette information. Si l'opérateur n'est pas présent dans la requête, on n'acceptera pas la connexion. Cela permettra de ne pas pouvoir utiliser ce mode de connexion en copiant l'URL dans le navigateur. |
| Commentaires |
| Commentaire de Emeric Teil [ 08/févr./11 15:35 ] |
| Anthony, tu peux regarder si c'est toujours d'actualité stp ? |
| Commentaire de Anthony Lagrède [ 08/févr./11 16:03 ] |
|
Alors je viens de regarder comment c'est fait aujourd'hui.
Le constat : c'est toujours d'actualité mais presque plus. Ce que je veux dire, c'est que aujourd'hui pour se loguer à la place d'un utilisateur front il suffit d'être connecté au BO avec le rôle GUEST pour pouvoir accéder à cette fameuse servlet adminLogin. Une fois le nouveau système d'authentification mis en place, il sera très facile d'interdire l'accès à cette servlet en la sécurisant avec un rôle admin par exemple. Emeric Est-ce j'inclus cette modification dans les impacts collatéraux? |
| Commentaire de Thomas Landru [ 08/févr./11 16:08 ] |
| Il faudra aussi ajouter le nickname de l'opérateur dans l'url invoquée (pour accéder au compte de l'utilisateur) afin de retrouver l'info dans les logs du serveur. |
| Commentaire de Anthony Lagrède [ 08/févr./11 16:50 ] |
| On peut bien sûr rajouter un log ou un event au moment ou on se logue à la place d'un utilisateur pour garder une trace. |
| Commentaire de Emeric Teil [ 08/févr./11 17:03 ] |
|
Pas besoin de log pour le moment mais on garde pour, à terme, :
-> ajouter un droit "Connexion Front" -> ajouter un évènement User "Accès Front par Toto" |
[APP-28300] [suggest] Position du champ de recherche globale sur KooBuyCity Création: 11/févr./10 16:45 Mise à jour: 01/mars/10 17:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 62.0.0 (NAV-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Complétion dans recherche globale |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
iso bug prod en fait.
|
[APP-28292] rediriger les DA DAA FPA vers la catégorie correspondante (lorsque la FP correspondante est supprimée) Création: 11/févr./10 11:26 Mise à jour: 30/mars/10 12:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Benoît Bourdon | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
[APP-28216] URL NAME pas complet dans template de mail "Bilan de commande" Création: 05/févr./10 17:00 Mise à jour: 16/sept./10 17:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 60.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 10/févr./10 18:08 ] |
|
Voir le JIRA lié. Pas lié au Velocity du template, mais au fait que certaines fiches-produits se retrouvent sans url_name en base. |
| Commentaire de Thomas Allier [ 14/sept./10 18:42 ] |
| il doit manquer l'urlname dans le contexte des template de mail? |
| Commentaire de Swan Desportes [ 15/sept./10 11:14 ] |
|
Hello
Le problème n'est pas lié à la mécanique infoglue des templates de mails mais plus au domaine purchase qui rend disponible certaines variables velocity. Du coup, je vous le repasse. |
| Commentaire de Yann Danot [ 16/sept./10 12:02 ] |
|
Après analyse il semblerait que certains produits ne
possèdent pas d'UrlName dans leur summary et de ce fait les urls
générées dans le bilan de commande (purchase_buyer_capture_none) ne sont
pas correctes pour ces produits.
Un exemple en dev : http://bo.pm.stuart:1180/referential_back?action=productview&productid=79700550 |
| Commentaire de Emeric Teil [ 16/sept./10 17:34 ] |
| Hello, en fait c'était déjà l'analyse de départ d'où la redirection initiale vers le pôle NAV... on est repartis pour 1 an :) |
[APP-28215] [suggest] la recherche "le c¿ur" ne renvoie pas les bonnes suggestions Création: 05/févr./10 12:04 Mise à jour: 09/mars/10 14:38 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 62.0.0 (NAV-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Complétion dans recherche globale |
| Navigateur: | Tous |
| Description |
|
probleme avec le "E dans l'O"
|
| Commentaires |
| Commentaire de Thomas Allier [ 05/févr./10 15:06 ] |
|
il est impossible de saisir le e dans le o depuis un navigateur à moins de faire un copier coller. On note le point par contre c'est mineur. |
| Commentaire de Cédric Goldovsky [ 05/févr./10 16:19 ] |
| effectivement il s'agt d'un copypaste |
| Commentaire de Christophe Garcia [ 08/févr./10 18:24 ] |
| MDPLVC |
| Commentaire de Cédric Goldovsky [ 11/févr./10 09:37 ] |
|
pas corrigé. cf capture |
| Commentaire de Thomas Allier [ 11/févr./10 12:13 ] |
| Vraiment mineur (ne peut se produire que dans le cas d'un copier coller). On ne corrigera pas pour la version. Je déplace en NAV B |
[APP-28209] [METAT-TACHE] Nettoyage des fonctions js dépréciés qui ne ressortent pas dans Xiti Création: 04/févr./10 15:56 Mise à jour: 18/janv./11 10:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Renaud Dierickx | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Classif1: | TECH | ||||||||||||||||||||
| Classif FONC: | javascript |
| Commentaires |
| Commentaire de Damien Dorizy [ 22/févr./10 12:18 ] |
|
Tache qui s'étale sur la durée en plusieurs étapes : * Pose d'un tag XiTi dans les fonctions dépréciées (fait : * Analyse et suppressions des fonctions qui ne sont plus utilisées (fait) * Nettoyage des fonctions encore utilisées * Suppression définitive des fonctions non utilisées |
| Commentaire de Renaud Dierickx [ 17/janv./11 18:21 ] |
| C'est terminé ? On en est où sur cette tache ? |
| Commentaire de Damien Dorizy [ 18/janv./11 10:58 ] |
| Ce sera terminé lorsque la mise en vente sera nettoyée principalement, mais c'est une tache assez importante avec des appels un peu partout. |
[APP-28206] [suggest] compteurs : contraste trop faible Création: 04/févr./10 14:24 Mise à jour: 08/févr./10 15:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 62.0.0 (NAV-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
contrast.png
contrast_npf.png
contrast_suggest.png
|
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | Complétion dans recherche globale |
| Navigateur: | Tous |
| Description |
|
Thomas : "nous allons appliqué un gris un peu plus visible
(le 999999999999999999 pour être précis qui est celui des compteurs de
la npf)"
|
| Commentaires |
| Commentaire de Corinne Grondin [ 04/févr./10 16:21 ] |
|
J'ai testé les contrastes avec un outil en ligne appelé
"Coulour contrast check", et il s'avère que le gris #999 ne répond pas
aux normes d'accessibilité. Jugez-en pas vous même dans la capture
jointe (partie du haut). Cependant, si l'on veut que ce gris soit "aux normes", il faudrait utiliser un gris #585858 (partie basse de la capture). Ce gris "aux normes" est trop foncé pour notre utilisation. Je propose que l'on garde le gris #999. |
| Commentaire de Corinne Grondin [ 04/févr./10 16:22 ] |
| Ci-joint quelques tests sur la NpF et dans le Suggest en #999 et en #585858 |
| Commentaire de Benoît Bourdon [ 08/févr./10 15:25 ] |
|
Ok, on note le point là aussi. On a essayé de remettre en cause ce gris durant le projet recherche globale ... mais en vain. Je laisse le jira ouvert - à voir plus tard, mais peu de chance de le fermer rapidement. |
[APP-28205] [SUGGEST]le menu bleu passe en arrière plan du suggest Création: 04/févr./10 14:23 Mise à jour: 30/mars/10 12:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 62.0.0 (NAV-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Recette |
| Projets PM: | Complétion dans recherche globale |
| Navigateur: | Tous |
| Commentaires |
| Commentaire de Gafour Abdoul [ 05/févr./10 16:48 ] |
|
Il faut d'abord définir ce qui est voulu fonctionnellement, lequel doit passer par dessus. Ensuite un correction JS, avec un timer ou autre solution qui correspondrait à la demande fonc. |
| Commentaire de Cédric Goldovsky [ 05/févr./10 17:28 ] |
| Je pense que si je survole le menu, c'est que j'ai envie de l'utiliser, sauf mauvaise manip. |
| Commentaire de Thomas Allier [ 05/févr./10 18:55 ] |
| le fonctionnement voulu est que les deux dropdown ne doivent pas cohabiter : l'ouverture de l'un doit fermer l'autre et inversement. En fait on souhaite étendre le comportement présent sur les autres navigateurs. |
| Commentaire de Thomas Allier [ 09/févr./10 14:41 ] |
|
Après analyse, ce bug se produit uniquement tant que la page
n'est pas complétement chargée. (en revanche, le bug n'est pas exclusif
à Safari). Il n'existe a priori pas de solution simple pour le résoudre. A discuter en COJS? |
[APP-28200] [suggest] Stopper l'envoi d'infos au completion server lorsque la saisie ne renvoie plus de suggestions Création: 04/févr./10 14:13 Mise à jour: 01/mars/10 17:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 62.0.0 (NAV-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Complétion dans recherche globale |
| Description |
|
C'est une évolution qu'on envisagé durant le projet, mais out pour le moment. En fait c'est une évolution possible (un peu complexe à mettre en place coté javascript) pour répondre à un problème de Perf. Or on a d'autres leviers plus simples pour palier aux problèmes de perf (nombre de caractères à partir du quel suggest se déclenche, vitesse de déclenchement du suggest, ajouter des completions server ...etc...). Donc si on rencontre vraiment un problème lié à la perf on utilisera ces "leviers" là en priorité. |
[APP-28198] Label manquant Création: 04/févr./10 09:43 Mise à jour: 04/févr./10 11:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 61.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | tech |
| Description |
|
En PROD ce matin : WARN - nb: 1 - Using default label for : 0.none.ComplaintCatalogBean.FORM_COMPLAINT_ERROR.LABEL En effet il y a 2 dossier avec ce nom, si l'un est pris, on a pas les labels de l'autre : * /default/Labels/_Phrase/_C/ComplaintCatalogBean * /default/Labels/_Sinistre/ComplaintCatalogBean/ |
| Commentaires |
| Commentaire de Alexandre Garnier [ 04/févr./10 09:43 ] |
| Il faut merger les 2 dossiers. |
[APP-28181] Contenus absents Création: 02/févr./10 11:04 Mise à jour: 17/janv./11 19:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
pic_503.xlsx
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif FONC: | tech | ||||||||
| Description |
|
0 - Sur les FP.
Exemples : http://www.priceminister.com/offer/buy/57742835 http://laredoute-occasion.priceminister.com/offer/buy/6094835/ http://bo.priceminister.com/offer/buy/92414239 ===> 2010-02-02 05:11:53,954 INFO [0.0.0-8080-1] 10.150.28.84 - >>> GET http://www.priceminister.com/offer/buy/57742835/14-Poney-Mon-Petit-Poney-Hasbro.html 2010-02-02 05:11:54,570 ERROR [0.0.0-8080-1] 10.150.28.84 - The requested pic is missing [] with id [null] : org.infoglue.cms.exception.SystemException: An error occurred when we tried to fetch the object org.infoglue.cms.entities.content.impl.simple.DigitalAssetImpl. Reason:Identities can't be null! 1 - http://www.priceminister.com/info/no/op/fete_des_radins ===> The requested pic is missing [29148.swf] with id [null] : org.infoglue.cms.exception.SystemException: An error occurred when we tried to fetch the object org.infoglue.cms.entities.content.impl.simple.DigitalAssetImpl. Reason:Identities can't be null! ===> The requested pic is missing [6132.swf] with id [null] : org.infoglue.cms.exception.SystemException: An error occurred when we tried to fetch the object org.infoglue.cms.entities.content.impl.simple.DigitalAssetImpl. Reason:Identities can't be null! ===> The requested pic is missing [12299.swf] with id [null] : org.infoglue.cms.exception.SystemException: An error occurred when we tried to fetch the object org.infoglue.cms.entities.content.impl.simple.DigitalAssetImpl. Reason:Identities can't be null! 2 - http://www.priceminister.com/offer/buy/1742948 ===> img.priceminister.com 94.127.72.21 - - [02/Feb/2010:05:47:12 +0100] "GET /res/pic/0/www/www/14659/28824.swf HTTP/1.1" 503 26 "http://www.priceminister.com/offer/buy/1742948/Khair-Eddine-Mohammed-Il-Etait-Une-Fois-Un-Vieux-Couple-Heureux-Livre.html" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)" "196.12.236.36 via Cotendo Network" |
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/févr./10 12:52 ] |
|
Pour le 0, aucune piste puisque malheureusement aucune données, je vais creuser... 1. : img.priceminister.com 94.127.74.19 - - [02/Feb/2010:06:10:11 +0100] "GET /res/pic/0/www/www/47827/29148.swf HTTP/1.1" 503 26 "http://www.priceminister.com/info/no/op/fete_des_radins?&xtatc=INT-110000-0" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322; MEGAUPLOAD 3.0; AskTB5.3)" "91.171.171.137 via Cotendo Networ img.priceminister.com 94.127.72.20 - - [02/Feb/2010:06:50:40 +0100] "GET /res/pic/0/www/www/47827/12299.swf HTTP/1.1" 503 20 "http://www.priceminister.com/info/no/op/fete_des_radins?&xtatc=INT-1015-0" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; InfoPath.1)" "41.141.53.82 via Cotendo Network" Pour les 1 et 2, on voit que les controlKey sont les mêmes que des contenus de la page : * Fête des radins : 47827 de http://cot.priceminister.com/res/pic/0/www/www/47827/SJ2010.swf * FP : 14659 de http://cot.priceminister.com/res/pic/0/www/www/14659/advert_question_howto.swf --> Ça sent le contenu appelé en relatif depuis l'intérieur du flash ! |
| Commentaire de Alexandre Garnier [ 02/févr./10 18:59 ] |
| Je sais pas ce qu'il a ce flash SJ2010.swf , mais on se retrouve avec plein d'appels /res/pic/0/www/www/47827/XXXX.swf et plusieurs /res/pic/0/www/www/47827/NaN.jpg |
| Commentaire de Alexandre Garnier [ 03/févr./10 10:06 ] |
| A assigner aux graphistes Market |
| Commentaire de Nicolas Lewiss [ 03/févr./10 11:11 ] |
|
On vient de regarder et pour nous il n'y a pas d'erreur dans
le flash de la fete des radins, il n'y a aucun appel vers des fichiers
swf dedans, seulement des .jpg, qui sont d'ailleurs tous bien chargés. dans le flash advert_question_howto il y a vraiment 0 code dedans, aucun appel exterieur, meme pas un stop... je pencherais pour un bug du plugin flash sur certaines configs ou un trojan comme vu avec alex, a surveiller tout de meme pour qu'on puisse s'adapter et faire différemment pour les prochaines op si on arrive à mieux identifier le problème. |
| Commentaire de Nicolas Lewiss [ 17/janv./11 19:12 ] |
|
euh, qu'est-ce que ca veut dire ? Renaud, tu pourras passer nous voir pour nous expliquer ?
merci ! Nico |
[APP-28177] Images produit BO - Comptage KO Création: 01/févr./10 17:24 Mise à jour: 26/oct./10 16:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
nbr img prod cmplt soumises.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | IMAGE |
| Classif2: | image |
| Classif FONC: | valid |
| Description |
|
La fonctionnalité (Nombre total produits) sur l'ecran BO
image ne nous permet pas de connaiter exactement le nombre d'images
produit à valider: le chiffre regroupe le volume des fiches de base +
compléments (résultats doublés??).
|
| Commentaires |
| Commentaire de Aurélien Vergalli [ 22/mars/10 09:37 ] |
| Il est impossible de connaitre le volume d'images produit à traiter, ce qui est évidemment problématique pour organiser les tâches de l'équipe. Le nombre d'images allant en augmentant, cette demande devient critique. |
| Commentaire de Aurélien Vergalli [ 04/mai/10 18:07 ] |
| Vraiment pénalisant. Impossible d'évaluer le volume d'images à traiter ou déjà traité. |
| Commentaire de Benoît Bourdon [ 09/sept./10 22:52 ] |
|
Effectivement :
Attention il s'agit vraiment d'un improvement. à l'époque du projet on est parti là dessus pour des raisons de perfs des requêtes de comptage. Je ne suis pas certain qu'on ai aujourd'hui une solution qui donnerai le comptage dans un temps raisonnable ... On fera le point là-dessus avec Manu à son retour |
[APP-28172] images affichées dans rapport d'erreur Création: 01/févr./10 10:43 Mise à jour: 16/déc./10 15:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Laurent Payot | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Images affichées dans rapport d'erreur
|
| Commentaires |
| Commentaire de Laurent Payot [ 01/févr./10 10:47 ] |
| les champs testés contiennent entre autre "<img src="http://images.otleyrunner.co.uk/EbayTemplates/Images/free_postage.jpg" alt="Free Postage" />" qui est affichée directement. |
| Commentaire de Jean-Sébastien Franck [ 11/mars/10 18:01 ] |
| Quel est l'affichage voulue au final? Le lien complet de l'image? Par exemple http://images.otleyrunner.co.uk/EbayTemplates/Images/free_postage.jpg? |
| Commentaire de Jean-Sébastien Franck [ 16/mars/10 10:07 ] |
| Ou faut il en fait conserver le contenu du champ, mais en échappant les caractères afin que l'image ne soit pas interprétée en html? |
| Commentaire de Laurent Payot [ 16/mars/10 10:20 ] |
| oui l'idéal serait d'afficher exactement ce que le partenaire à renseigné, avec balises éventuelles etc, mais que ce soit affiché comme du texte simple non interprété en HTML. |
[APP-28157] [Q&A ] Template mail Q&A cassé avec YAHOO cas d'une réponse Création: 28/janv./10 18:12 Mise à jour: 31/mars/10 18:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | Q&A Produit | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Description |
|
voir sreenshot - 2
|
[APP-28140] Les cellules factices des formats créées des erreurs Création: 28/janv./10 11:33 Mise à jour: 07/janv./11 14:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Carole Boucheny | Attribution: | Arnaud Potier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Je faisais des tests dans une cellule factice. Du coup, tous
mes fichiers utilisant ce format sont tombés en erreur avec le message :
Probleme lors d'un appel de fonction dans le template : PMVelocity - Datafile - AdvertCell[.... Il arrive aussi, dans les rapports d'erreur velocity d'en retrouver provenant de cellule factice. Il serait bien que ces cellules soient toujours ignorés sauf dans le cas du test disponible sur l'écran du BO "format". |
| Commentaires |
| Commentaire de Manuel Sadok [ 07/janv./11 14:37 ] |
|
Arnaud, à prendre en compte dans ton analyse.
Ca pourrait être bien d'éviter d'exécuter la partie 'computeDummies' dans le cadre des imports réels. |
[APP-28137] [Q&A ] Template mail Q&A cassé avec YAHOO Création: 28/janv./10 10:35 Mise à jour: 31/mars/10 18:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | Q&A Produit | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Description |
|
voir screeshot-1
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 28/janv./10 15:16 ] |
|
ça touche uniquement IE7 et lorsqu'on est resté en Yahoo mail "classic" je baisse la priorité |
[APP-28121] Le compteur sur l'écran format prend aussi en compte les profils sans nom Création: 27/janv./10 16:58 Mise à jour: 07/déc./10 14:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Nbr de profil.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Le compteur ne doit prendre en compte que les profils avec un nom.
Ou plutôt (EGV + MSA) : mettre les deux informations, avec nom et sans nom. |
| Commentaires |
| Commentaire de Carole Boucheny [ 27/janv./10 17:00 ] |
| Ci-joint un exemple avec le format de Libri. Ce format est en fait utilisé par un seul profil, les 1500 autres sont des profils sans nom. |
[APP-28117] Revoir le Html de la galerie image Création: 27/janv./10 14:35 Mise à jour: 11/janv./11 16:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Hello,
Comme vu avec GAF, il y a de nombre problèmex avec l'intégration de la galerie image. ( Souvent, on a un <li></li> sans ul englobant. Il faudrait faire comme dans l'inventaire (rationalisée). Pour voir les impacts : grp "GalleryIconsComponent.jsi" src/com/babelstore/advert/front/InventoryClassicInclude.jsi:238: <%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> src/com/babelstore/advert/front/AdvertActionDescription.jsp:208: <%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> src/com/babelstore/advert/front/AdvertDescription.jsp:192: <li class="photos"><%@include file = "/gallery/front/GalleryIconsComponent.jsi" %></li> src/com/babelstore/advert/front/ShopInclude.jsi:213: <div class="photos"><ul><%@include file = "/gallery/front/GalleryIconsComponent.jsi" %></ul></div> src/com/babelstore/advert/front/InventoryClassicInclude_old.jsi:224: <%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> src/com/babelstore/gallery/front/GalleryIconsComponent.jsi.~1~:2:<!--@@@ JSI : Start of com/babelstore/gallery/front/GalleryIconsComponent.jsi code @@@--> src/com/babelstore/gallery/front/GalleryIconsComponent.jsi.~1~:50:<!--@@@ JSI : End of com/babelstore/gallery/front/GalleryIconsComponent.jsi code @@@--> src/com/babelstore/gallery/front/GalleryIconsComponent.jsi:2:<!--@@@ JSI : Start of com/babelstore/gallery/front/GalleryIconsComponent.jsi code @@@--> src/com/babelstore/gallery/front/GalleryIconsComponent.jsi:51:<!--@@@ JSI : End of com/babelstore/gallery/front/GalleryIconsComponent.jsi code @@@--> src/com/babelstore/submit/front/SubmitViewNg.jsp:294: <%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> src/com/babelstore/recommendation/front/SpeedyCartAdvImage.jsp:35:<%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> src/com/babelstore/order/front/Order.jsp:463: <%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> src/com/babelstore/purchase/front/BuyerItemDescription.jsp:275: <%@include file = "/gallery/front/GalleryIconsComponent.jsi" %> |
| Commentaires |
| Commentaire de Renaud Dierickx [ 27/janv./10 14:36 ] |
| Au passage, voir screenshot-1 (mise en vente). |
[APP-28115] [Widget Produit] Centrer le label du bouton "Create Widget" après authentification Création: 27/janv./10 14:20 Mise à jour: 07/juin/10 14:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | Dynamisation widgets |
| Navigateur: | Internet Explorer 8.X |
[APP-28043] Du nettoyage auto dans IG Création: 25/janv./10 17:38 Mise à jour: 08/sept./10 17:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Auto (Statistiques) |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif1: | IG |
| Description |
|
Hello les TX,
On a encore de l'auto dans l'appli : c'est normal ? Merci =========================================== Check Nagios : >> 1 [taittinger] CONTENT - INFOGLUE (3) : No SiteNode found in IG with alias r_contract_vehicle ! Grep dans le code : etc/apache/rewrite.rules.fr:1675:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] src/com/babelstore/help/HelpConstants.java:138: public static final Position R_CONTRACT_VEHICLE = new Position("r_contract_vehicle"); src/com/babelstore/purchase/front/CheckoutCouponContract.jsp:273: <pmint:text alias="info_vehicle_conditions" vc_url="<%= HelpAction.jsPopup(HelpConstants.R_CONTRACT_VEHICLE, 470, 350) %>"> src/com/babelstore/user/front/Register.jsp:122: vc_url="<%= HelpAction.jsPopup(req.getSiteProperties().isRegisterAutoGeneralConditionsVisible()? HelpConstants.R_CONTRACT_VEHICLE : HelpConstants.R_CONTRACT, 500, 350) %>"> src/com/babelstore/user/front/Register.jsp:132: vc_url="<%= HelpAction.jsPopup(req.getSiteProperties().isRegisterAutoGeneralConditionsVisible() ? HelpConstants.R_CONTRACT_VEHICLE : HelpConstants.C_PERSO_DATA, 500, 350) %>"> |
| Commentaires |
| Commentaire de Arnaud Forgues [ 26/janv./10 10:04 ] |
|
C'est étrange tout cela ... 1. Non ce n'est pas normal s'il reste de l'auto dans l'appli. Cependant le principe à présent, est que, chaque pôle qui détecte un résidu d'auto, peut se permettre de le nettoyer sans faire de JIRA au pole TX ;-) 2. Quand je fais le même grep chez moi, ce n'est pas pareil ... pb de backmerge ? [forguesa@gobillard source]$ grp R_CONTRACT_VEHICLE etc/apache/rewrite.rules.fr:2320:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] etc/apache/rewrite.rules.fr.~2~:2165:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] etc/apache/rewrite.rules.fr.~1~:1451:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] [forguesa@gobillard source]$ |
| Commentaire de Renaud Dierickx [ 26/janv./10 10:34 ] |
|
Effectivement, j'ai dû me tromper de branche... [devtest5@duchene source]$ grp R_CONTRACT_VEHICLE etc/apache/rewrite.rules.fr:2320:RewriteRule ^/help/r_contract_vehicle http://www.priceministerauto.com/aide? [R=301,L,NE] C'est donc une tache qui peut être faites par n'importe qui... (Dispatcher Dev) Pour info, l'alerte est vient du serveur d'integ : voir si ça se produit en prod mais apparemment non. |
[APP-28032] [mail] commentaire vendeur vide dans mail enregistrement de commande html Création: 22/janv./10 11:34 Mise à jour: 22/janv./10 11:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 61.0.0 (CTN-O) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Swan Desportes | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM: | Dynamisation widgets |
| Description |
|
Lorsque le commentaire vendeur est vide, on l'affiche dans le mail. On pourrait éviter... (testable sur : ref-fr) |
[APP-27990] Désynchro en FO si boutique pas ouverte et visibilité = 1 Création: 15/janv./10 16:31 Mise à jour: 31/mars/10 18:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 60.0.0 (TX-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 6.X |
| Description |
|
Exemple : - Prendre un compte pour lequel la boutique n'est pas ouverte mais contient des annonces (voir screenshot) - Passer sa visibilité à 1 Ca donne une situation bizarre en front : - la boutique est accessible - les annonces sont visibles sur les FP Mais on ne peut pas mettre en panier A harmoniser (par exemple en interdisant les changements de visibilité tant que la boutique n'est pas ouverte). |
[APP-27974] Bilan panier : L'affichage de la tooltip 1euro décale les pictos des cartes de paiement de qques pixels Création: 14/janv./10 14:57 Mise à jour: 11/mai/10 15:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 60.0.0 (TX-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Christophe Garcia | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | 1euro.com : Dynamisation | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Description |
|
Tout est dans le titre
|
[APP-27953] Plantage recherche par référence si référence vide Création: 13/janv./10 18:05 Mise à jour: 13/janv./10 18:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 60.0.0 (TX-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Comptre isa9364 http://www.pm.lan/offer?action=referencesearch&seller_account_id=19292330&reference=&is_inventory=true 2010-01-13 15:22:36,234 INFO [P-Processor5] isa9364 - >>> GET http://www.pm.lan/offer?action=referencesearch&seller_account_id=19292330&reference=&is_inventory=true 2010-01-13 15:22:36,235 WARN [P-Processor2] 192.168.1.29 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2010-01-13 15:22:36,236 WARN [P-Processor2] 192.168.1.29 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2010-01-13 15:22:36,278 ERROR [P-Processor5] isa9364 - Load error~Servlet=com.babelstore.advert.front.AdvertServlet~Request=GET http://www.pm.lan/offer?action=reference search&seller_account_id=19292330&reference=&is_inventory=true~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.805~Trace=java.lang.NullPointerException at com.babelstore.advert.front.InventoryModel.initGalleryIconsComponentDatas(InventoryModel.java:309) at com.babelstore.advert.front.InventorySearchReferenceModel.doLoad(InventorySearchReferenceModel.java:50) at com.babelstore.util.Block.load(Block.java:122) at com.babelstore.util.web.Screen.load(Screen.java:122) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:298) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:222) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:180) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2010-01-13 15:22:36,278 INFO [P-Processor5] isa9364 - Setting response status code to 503 2010-01-13 15:22:36,279 WARN [P-Processor5] isa9364 - FRM : com.babelstore.common.front.FrontTemplate3cOld_jsp overload the model com.babelstore.common.front.TemplateMo del |
| Commentaires |
| Commentaire de Emeric Teil [ 13/janv./10 18:16 ] |
| Idem, Déjà en Prod |
[APP-27917] [1euro] La page DA bouge quand la tooltip "offre" apparait Création: 12/janv./10 17:51 Mise à jour: 11/mai/10 15:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 60.0.0 (TX-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | 1euro.com : Dynamisation |
| Navigateur: | Tous |
[APP-27877] MEV : Ne plus passer les commentaires dans les paramètre entre la landing page et la page de mise en vente complète Création: 08/janv./10 16:59 Mise à jour: 07/déc./10 14:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||||||||||||||||||
| Classif1: | MEV | ||||||||||||||||||||||||||||||||||||
| Classif FONC: | technique | ||||||||||||||||||||||||||||||||||||
| Description |
|
Dans la mise en vente complète, sur les pages de
modification annonce ou produit (3G ou 4G), aller chercher les
commentaires annonces et produit sur l'annonce et le produit
Ensuite, les virer au redirect lors de la soumission. CT : http://pricewiki.lan/Wiki.jsp?page=Reduction%20de%20la%20taille%20de%20la%20requete |
[APP-27867] (Mev) Paramètre 'Utiliser une valeur Autre' : conflit avec les DIA. Création: 08/janv./10 12:07 Mise à jour: 26/oct./10 16:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 59.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rémi Virlouvet | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | FireFox 3.0 | ||||||||
| Classif1: | MEV | ||||||||
| Classif2: | autre | ||||||||
| Classif FONC: | mise en vente | ||||||||
| Description |
|
en prod UK, dans la mise en vente 'Sports equipment' (type 2729 SPORTING_GOODS), nous avons deux attributs en DIA :
PMA0002673 Type of sport (attribut maître) PMA0002677 Type of product (attribut esclave) j'ai essayé de mettre le param 'autre automatique' sur ce second attribut. testé en preview, tout était ok. (exemple : sélectionné type de sport 'Football', type de produit 'Other' et champ renseigné par une valeur test) mais le lendemain en prod, une fois l'attribut maître sélectionné (exemple 'Football'), le champ de l'esclave restait désespérément grisé, la mev était bloquée. j'ai donc retiré ce paramètre Utiliser une valeur Autre dans la mev. conflit avec les DIA ??? |
[APP-27832] Mise en vitrine d'un produit complément > Quand on sélectionne un produit il faudrait que toutes les tailles apparaissent en vitrine Création: 05/janv./10 17:54 Mise à jour: 25/janv./10 18:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 59.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Isabelle Weisbecker | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Il faudrait que la mise en vitrine fonctionne comme une
fiche produit. On sélectionne un produit dans l'inventaire pour le
mettre en vitrine et visuellement toutes les tailles/ couleurs sont
sélectionnés et attachés à la même annonce. me demander si pas tout compris |
| Commentaires |
| Commentaire de Benoît Bourdon [ 25/janv./10 18:11 ] |
|
A priori on ne touche pas à la vitrine dans le projet qui vient (nav par filtres dans la boutique) --> le jira passe en standby |
[APP-27829] Mettre en place une méthode de brouillage ergonomique Création: 05/janv./10 16:43 Mise à jour: 01/févr./10 18:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Le brouillage javascript ça marche mais ça rend l'ergonomie
du site exécrable : il est impossible d'ouvrir un lien brouillé dans une
nouvelle fenêtre ou un nouvel onglet. Pour réussir à empêcher Google de suivre à coup sûr un lien, la meilleur solution est encore le robots.txt. De là m'est venu une idée simple de brouillage de lien : * préfixer toutes les URLs brouillée par une chaine de caractère, disons "/blur" * interdire à Google de suivre les liens en "/blur/*" dans le robots.txt * faire une redirection/proxypass au niveau Apache de toutes les URL en "/blur/<quelquechose>" vers "/<quelquechose>" Ainsi on se retrouve avec des beaux liens en clairs utilisable de manière classique mais interdits à Google. Ce système a beaucoup d'avantages : * retour à de belles URLs classiques * diminution du volume de JS (on enlève tout le JS de débrouillage) * diminution du poids des pages (les URLs en clair sont plus courtes que brouillée) * simplification de la méthode de brouillage (on a actuellement une usine à gaz pour brouiller les liens) * simplification de l'export de liens brouillés sur des sites externes (plus besoin d'exporter le JS de débrouillage avec, exemple : blogIt) * simplification de maintenance (moins c'est compliqué, moins ça risque de pas marcher) Ensuite, cela ne changera rien au nombre de liens dans la page vus par Google : il est fort à parier qu'il ne fait que compter le nombre de <a href> qu'il puisse les suivre ou non. Cette idée est bien évidemment à tester, mais sur le papier, elle est plutôt belle ! |
| Commentaires |
| Commentaire de Alexandre Garnier [ 05/janv./10 16:49 ] |
|
Au passage, ce serait très simple à mettre en place depuis
que le système de brouillage est centralisé dans LinkFormat : un peu de
modification de code et on change le format des URLs brouillées. Le système pourrait peut-être être testé sur une page satellite tel que la page IE8 ou sur 2 trois liens PARAM vers une page dont on pourrait voir si Google y passe (manipulation EXPLOIT à faire en amont pour la configuration Apache) pour valider le principe et la non-régression au niveau référencement. |
[APP-27825] [shopzilla] dysfonctionnement du tag Création: 05/janv./10 14:17 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | MONET | ||||||||
| Classif FONC: | tech | ||||||||
| Description |
|
Reprise de la fin de la tache |
| Commentaires |
| Commentaire de Swan Desportes [ 05/janv./10 14:18 ] |
| Voir les derniers commentaires de la tache liée. |
| Commentaire de Claire Genty [ 05/mars/10 11:47 ] |
|
Bonjour, Il s'agit d'une demande similaire à Demande pour ajouter ces codes au tag existant : Ci-dessous les groupes de tracking concernés : Création Nom ID Statistiques 1 16/09/2005 Shopzilla 105395 17/11/2009 Comp-Shopzilla 105395 >> Tag 1 se déclenchait pour les codes de tracking 1007740, 1007741, 1007742, 1007743, 2237845, 2237846, 2237847, 2237848, 2237849, 2237850 doit désormais se déclencher également pour : 151002, 151004, 151006, 151000, 151010, 151008, 151014, 151016, 151018, 151022 >> Tag 2 se déclenchait pour les codes de tracking 2237851, 2237853, 2237854, 2237855, 2237856, 2237857, 2237858, 1138143, 1138142, 1138141, 1138140 doit désormais se déclencher également pour : 151024, 151011, 151009, 151017, 151019, 151025, 151023, 151001, 151007, 151005, 151003 Pouvez-vous rajouter les nouveaux t= Shopzilla à la liste des t= déclenchant le tag ? Merci par avance Bonne journée, |
| Commentaire de Fabrice Feugas [ 05/mars/10 14:56 ] |
|
Bonjour, Peut-être que j'ai compris de travers le dernier commentaire mais si c'est une demande d'ajout de codes de tracking, il faut faire une demande au PARAM à travers un nouveau JIRA. Merci. |
[APP-27811] Bilan Vendeur UK - bogue Création: 04/janv./10 12:04 Mise à jour: 18/oct./10 14:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Bilan vendeur |
| Affecte la/les version(s): | 59.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Buhagiar | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Sans titre.bmp
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Bonjour Vous verrez en PJ le problème sur le bilan vendeur je l'ai encadré en rouge Merci pour votre retour |
| Commentaires |
| Commentaire de Gafour Abdoul [ 04/janv./10 14:22 ] |
| Dès que ça sera priorisé... |
[APP-27808] [DYM - logs] Colonne "expression finalement proposée" ne tient pas compte des règles d'affichage Création: 04/janv./10 11:41 Mise à jour: 08/janv./10 14:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
L'expression présentée dans les logs ne correspond pas à la
réalité du front car ne prend pas en compte les règles d'affichage
(seuil de résultats de la req initiale et ratio nb_hit expression
initale vs. nb_hit expression DYM) On voit en fait, les DYM présentant des résultats, mais seule une partie répond aux tests d'affichage et sont apparus en front effectivement. En réalité, cela permet une finesse d'analyse supplémentaire mais il faut être conscient de ce détail dans l'analyse de ces logs. |
| Commentaires |
| Commentaire de Thomas Allier [ 08/janv./10 14:10 ] |
| Ne pas corriger dans l'immédiat |
[APP-27807] [BO] Test des templates de mails Création: 04/janv./10 11:10 Mise à jour: 29/sept./10 12:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | |
| Classif FONC: | IG - Template de mails |
| Description |
|
Corriger le problème "java.lang.NullPointerException" :
[Velocity] le Template semble incorrect (Probleme lors d'un appel de fonction dans le template : PMVelocity - UmsTemplate - Body[user_registration_login] Invocation of method 'isBeforeDate' in class com.babelstore.util.template.VelocityHelper threw exception class java.lang.NullPointerException : null) Voir le screenshot. |
[APP-27793] activer les descriptions produits oubliées par la validation automatique Création: 30/déc./09 10:31 Mise à jour: 01/mars/10 17:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif FONC: | mise en vente | ||||||||
| Description |
|
Julien S nous demande : Serait-il possible de créer et passer un script qui permette d'activer les descriptions produits "oubliées" Pour les types vêtement et chaussure la MeV 4G en "plusieurs tailles et plusieurs couleurs" permet de renseigner un descriptif produit qui n'est pas validé/visible dans le processus de validation auto (contrairement à l'edito produit). |
[APP-27744] [Arbre BO] Arbres 'Headers' et 'Promo' Création: 22/déc./09 10:50 Mise à jour: 08/juin/10 10:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif FONC: | tech | ||||||||
| Description |
|
Ces 2 arbres de configuration sont-ils encore réellement utilisés ? Le cache Headers charge des top-vente et est appelé par la page HomeMainNg... encore appelée qq par ? |
| Commentaires |
| Commentaire de Alexandre Garnier [ 31/déc./09 10:32 ] |
|
'Promo' = TG (!= 'Promotions' qui a bien été nettoyé) -->
pas la moindre idée de ce que c'est, si c'est encore utilisé ou pas et
comment. Idem pour 'Headers' --> faut voir dans le code si c'est encore utilisé dans des endroits non obsolètes. Mais sinon il faudrait peut-être se noter quelque part un petit nettoyage des vieilles Homes. |
| Commentaire de Alexandre Garnier [ 31/déc./09 10:52 ] |
|
En regardant le code : 'Header' appelé par : * PromoNavigationModel --> obsolète * le cache CATEGORY_TOP_MAP --> encore bien utilisé mais est-ce que cet arbre y est encore nécessaire ? * HomeMainNGModel --> obsolète 'Promo' appelé par : * CategoryAction --> obsolète je crois * le cache CATEGORY_DISPLAY_MAP --> encore bien utilisé mais est-ce que cet arbre y est encore nécessaire ? * les positions BARGAIN et PREVIEW de CategoryTree --> utilisé dans PromoNavigationAction et NavigationModel --> obsolètes En tout cas ce n'est que de la TG sur de la NAV (hormis la vieille Home qu'on devrait nettoyer) --> du ressort du pôle NAV à mon avis ! |
| Commentaire de Alexandre Garnier [ 08/juin/10 10:52 ] |
|
La vieille Home est nettoyée par Maintenant, faut nettoyer l'ancienne Nav pour pouvoir virer ces arbres. |
[APP-27740] Import - Le découpage d'attributs n'est plus pris en compte Création: 21/déc./09 17:30 Mise à jour: 26/oct./10 16:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Daniel Pintamalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
cddvdbangmedia.txt
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | IMPORT | ||||||||||||||||
| Classif2: | création suppression d'attributs | ||||||||||||||||
| Classif FONC: | import | ||||||||||||||||
| Description |
|
Le format ci-dessous fait un découpage de sous-titres afin
de les sauvegarder dans l'attribut PMA0002286 or dans la fiche produit
créée n'apparait que la première valeur du découpage (Inglés). Ce bogue
avait été corrigé par Geneviève mais on dirait qu'il y a eu une
régression. Passez me voir si vous avez besoin d'aide.
Fiche produit: 63170215 Format: http://bo.priceminister.es/datafile_back?action=advertmappingview&advertmappingid=19845 Ligne de test (barre verticale comme séparateur): 10729||Prison Break: The Final Break||DVD|1|15||NEW|7/21/2009|music dvd>dvd>rock&pop>hardcore>punk&heavy metal>house>r&b>soul&rap>alternative rock>brit pop>progressive rock>hard rock>heavy metal>black metal>disco&dance>hip hop>rap>soul>rock>pop>under 10>under 5>10 to 15>5 to 10>cheap dvd>offer dvd>latest dvd>new release>current release>top chart>free delivery>top 100 dvd>hot releases>best sellers>pre release>hot titles>music dvd store>music dvd store online>music dvd>bargain dvd>bangcd>best dvd selections>wide range dvd>upcoming releases>free delivery worldwide>dispatch within 24hrs>3-5 days delivery upon dispatch>super saver delivery>audio dvd>we source our products globally>dvd>rock>pop>rock&pop>rap>groove>hip hop>hip hop international>hard rock>metal>punk>grunge>compilations>>Prison Break: The Final Break|24543597537|3|NEW|0|EUR|17.80|http://www.bangcd.com/product_images/10729_a.jpg|||20th Century Fox||2009||88|1.78:1(Widescreen)|English|5.1_Dolby_Surround|English French Spanish|Dominic Purcell Wentworth Miller Jodi Lyn O'Keefe Robert Knepper Sarah Wayne Callies William R. Mapother Leon Russom Heather McComb|Brad Turner|Region 1|NTSC||<!--startfragment--> <p class="MsoNormal">The series may be over but there’s more story to tell. Michael Scofield (Wentworth Miller) is pulled back into the game and forced to cooperate with some decidedly unseemly characters when his beautiful girlfriend Dr. Sara Tancredi (Sarah Wayne Callies) is arrested for a murder she didnít commit. Before someone collects the bounty on Sara’s head Michael must pull one last daring prison break to save his true love and unborn child. Dominic Purcell co-stars in this rip-roaring feature-length adventure that drops fans right back into the exciting world of the hit television series.<o:p></o:p></p> <!--endfragment-->||ActionAdventure|http://www.bangcd.com/productDetail.aspx?prod_id=10729¤cy=EUR&source=PriceministerSP|No se encontró ningún artículo para esta referencia. |
| Commentaires |
| Commentaire de Daniel Pintamalli [ 21/déc./09 17:34 ] |
| Ce bogue est peut-être aussi présent dans les sites FR/UK. |
| Commentaire de Daniel Pintamalli [ 21/déc./09 17:42 ] |
| En pièce jointe le fichier qui vous servira pour faire de tests. Le code du profil à utiliser est 12555438. |
| Commentaire de Daniel Pintamalli [ 21/déc./09 17:48 ] |
|
Merci de se référer au JIRA |
| Commentaire de Marion Anfreville [ 21/déc./09 19:24 ] |
|
ça à l'air de fonctionner sur la France. Les produits créés
aujourd'hui par Libri avec du découpage par RegEx peuvent avoir
plusieurs auteurs. Ex : http://bo.priceminister.com/referential_back?action=productview&productid=86764031 http://bo.priceminister.com/referential_back?action=productview&productid=86764064 Je vérifie sur Decitre et je commente le jira. |
| Commentaire de Marion Anfreville [ 22/déc./09 10:23 ] |
|
Vu avec Daniel : le problème provient de la migration
globale des cellules "Attribut" en "Mise à jour/Création Attribut". Lorsqu'on effectue un découpage par RegEx pour un attribut dans le but de cumuler les valeurs d'attributs sur la fiche produit, il ne faut pas que la cellule attribut soit en "Mise à jour/Création Attribut" mais en "Attribut" avec en plus une cell de "Suppression attribut XXX" avec valeur dans source velocity = true. La cell "Mise à jour/Création Attribut" fait que les valeurs issues du découpage par RegEx s'écrasent entre elles. Pouvez-vous faire un script afin que les cell "Mise à jour/Création Attribut" des format d'import qui ont en source un découpage par RegEx soient repassées en cell de type "Attribut" avec en plus l'ajout dans le format d'une cell de suppression attribut correspondant ? |
| Commentaire de Edouard Gomez-Vaez [ 28/déc./09 09:58 ] |
| ...ou voir comment faire que les valeurs issues de split via regexp ne s'écrasent pas. Manu, besoin de tes lumières. |
[APP-27735] Détail bordereau reversements : compteur commited erroné ? Création: 21/déc./09 14:56 Mise à jour: 07/janv./10 15:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bug_commit.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Voir screenshot. Pour le compte "CA-101", on annonce 203 ventes pour 203 commited ? http://bo.priceminister.es/purchase_back?action=itemsearch&product_id=&javascript_callback=&item_id=&itm_status_selection=30&purchase_id=&itm_type_code=&prd_type_code=&seller_id=14935197&buyer_login=&seller_login=&start_date=&date_search_type=0&end_date=&number_rows=400&x=48&y=17 Ce compteur devrait exclure les ventes closed afin de pouvoir déterminer s'il y a un problème d'expédition sur les ventes en cours et d'annuler le paiement d'un vendeur qui n'expédierait plus rien. |
| Commentaires |
| Commentaire de Emeric Teil [ 07/janv./10 15:06 ] |
| Ce compteur devrait effectivement afficher le nombre de vente dont le statut, en cours, en "Commited" |
[APP-27672] [Erreur velocity] - UmsTemplate - $item... is not a valid reference Création: 15/déc./09 15:26 Mise à jour: 18/janv./10 16:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Date: 2009-12-15 07:54:45 Il y a beaucoup d'erreur commençant par $item... Je pense que pour toutes ces erreurs la solution est d'ajouter un point d'exclamation. Voici la synthèse : Erreur Nbr d'erreur $item.AdvertId is not a valid reference. 1 $item.AdvQuality is not a valid reference. 2 $item.BuyerLogin is not a valid reference. 101 $item.BuyerRefundAutoInDefaultCurrency is not a valid reference. 5 $item.BuyerRefundTotalFixedInDefaultCurrency is not a valid reference. 2 $item.CommitDateShort is not a valid reference. 244 $item.CreationDateShort is not a valid reference. 1 $item.ItemId is not a valid reference. 507 $item.ItmClaimType is not a valid reference. 4 $item.ItmClaimType) of '!=' operation has null value. Operation not possible. PMVelocity - UmsTemplate - Body[new_different_retour_pm_a] [line 55, column 26] 1 $item.ItmClaimType) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - UmsTemplate $item.PurchaseId is not a valid reference. 528 $item.QualityDescription is not a valid reference. 2 $item.SellerLogin is not a valid reference. 53 $item.SellerLogin) of '!=' operation has null value. Operation not possible. PMVelocity - UmsTemplate - 1 $item.SellerLogin) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. 1 $item.SellerLogin) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - UmsTemplate 1 $item.SellerPaymentAutoInDefaultCurrency is not a valid reference. 4 $item.ShipSalePriceInDefaultCurrency is not a valid reference. 1 |
| Commentaires |
| Commentaire de Olga Costa [ 18/janv./10 16:58 ] |
| UmsTemplate c'est les templates de mail |
[APP-27671] [Mécanique des mots clé] Les mots clés velocity avec un ";" à la fin ne marchent pas Création: 15/déc./09 15:17 Mise à jour: 13/août/10 15:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benjamin Qader | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Si une expression velocity est terminée par un ";" celle-ci ne marche pas. C'est peut-être le cas avec d'autres caractères. |
[APP-27670] [Mécanique des mots clé] Les mots clés velocity avec majuscule ne matchent pas Création: 15/déc./09 15:14 Mise à jour: 15/déc./09 15:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benjamin Qader | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Quand un mot clé velocity est saisi avec une majuscule
celui-ci ne match pas étant donné que les contenus à comparer sont mis
en minuscule.
|
[APP-27668] Bug dans le collapse avec/sans stock Création: 15/déc./09 13:00 Mise à jour: 13/janv./11 10:45 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 59.0.0 (CAT-M), 83.0.2 |
| Version(s) corrigée(s): | 72.0.0 (VEN-C) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | QTP & PMBH | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | FAST | ||||||||
| Classif2: | connector | ||||||||
| Description |
|
Aller à la page :
http://www.pm.lan/s/Stan+smith+chaussure Le produit ayant le product_id =14220558 n'existe ni dans la page 1 ni dans la page 2 ! puis afficher les résultats sans stock on cliquant sur le lien de la page 2. Puis aller à la page 3 (voici le lien : http://www.pm.lan/s/Stan+smith+chaussure/ft/a/pa/3). Le produit ayant product_id =14220558 et ayant du stock remonte dans les résultats sans stock; Est ce normal ? ! |
| Commentaires |
| Commentaire de Benoît Bourdon [ 18/déc./09 10:18 ] |
|
pb avec l'indexation de ce produit ? problème spécifique à l'integ. non reproductible en prod. |
| Commentaire de Aurélie Kwiatkowski [ 29/déc./10 15:00 ] |
|
Je rouvre ce bug sur le produit 14220558, car il existe en INTEG ET en PROD :
Integ : http://www.pminteg.fr/s/stan+smith+chaussure/ft/a/pa/7 Prod : http://www.priceminister.com/s/stan+smith+chaussure/ft/a/pa/8 |
| Commentaire de Martin Sudmann [ 10/janv./11 11:17 ] |
| Vous nous sortez le Stan Smith avec ce problème à peu près toutes les 4 versions... |
| Commentaire de Martin Sudmann [ 10/janv./11 12:08 ] |
|
normalement le pb devrait disparaître avec la suppression des dénormalisations dans product.
J'attends le passage en pré intégration pour fermer le Jira |
| Commentaire de Martin Sudmann [ 13/janv./11 10:45 ] |
|
Il s'agit d'un bug dans le collapse qui crée 2 problèmes :
1. les produits cpl SANS ATTVIS ont comme collapsebestprice le bestprice du produit de base, même s'ils sont indisponibles 2. le collapse ne distingue pas entre avec ou sans stock; du coup Fast cache des produits avec stock derrière des frères sans stock et vice versa Pour les détails, voir http://pricewiki.lan/Wiki.jsp?page=NavAnnoncesCollapse#section-NavAnnoncesCollapse-BugDuCollapseAvecEtSansStock |
[APP-27650] Passer le log "Prepare called on a local tx" en INFO Création: 14/déc./09 10:43 Mise à jour: 16/déc./10 11:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | technique |
| Description |
|
J'imagine (mais merci de le confirmer) que ce log est dû au
fait que l'on utilise 2 pools de connexions vers 2 bases différentes et
qu'en conséquence l'intégrité des données ne peut être assurée.
Si c'est bien le cas et si ce truc et sous contrôle merci de passer ce log en INFO. 2009-12-14 10:19:20,005 INFO [P-Processor7] 192.168.61.128 - Cache 'CANONICAL' (dynamo) - Init starting 2009-12-14 10:19:20,021 INFO [P-Processor7] 192.168.61.128 - Cache 'CANONICAL' (dynamo) - Init done in 16 ms [7 elements] 2009-12-14 10:19:20,346 WARN [P-Processor7] 192.168.61.128 - Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure. 2009-12-14 10:19:20,346 WARN [P-Processor7] 192.168.61.128 - Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure. 2009-12-14 10:19:20,426 INFO [P-Processor7] 192.168.61.128 - Cache miss : must render template [120514_100001_0_http_0DIRECT_BODY] |
| Commentaires |
| Commentaire de Manuel Sadok [ 16/déc./10 11:05 ] |
| Grepper dans les logs de prod où apparaissent ces logs |
[APP-27648] Mail Type coordonnées service réquisition Création: 12/déc./09 10:53 Mise à jour: 22/janv./10 10:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Benoit Tabaka | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
mail_type-requisitionjudiciaire.doc
mail_type-requisitionjudiciaire_v2.doc
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||
| Description |
|
Il arrive fréquemment que les services de police et
gendarmerie prenne contact directement via le site afin d'obtenir les
coordonnées de PriceMinister où adresser leurs réquisitions judiciaires.
Afin de leur apporter une réponse complète, un projet de mail type a
été préparé. Pays : FR+ES+UK Sébastien, tu pourras regarder le fichier et éventuellement le corriger s'il te semble incomplet ? Merci. Benoit |
| Commentaires |
| Commentaire de Sebastien Bruzzone [ 16/déc./09 10:43 ] |
|
je suis ok avec le texte il y a juste les numéros à mettre à jour : le fax : 01 42 78 88 39 le tel : 01 42 78 98 35 / 36 possible de rajouter une petite ligne sur leur joignabilité ? (qu'ils indiquent clairement leur numéro de tel fixe en cas de besoin), ça évite de galerer dans les pages jaunes |
| Commentaire de Benoit Tabaka [ 16/déc./09 20:28 ] |
|
Une V.2 du mail type intégrant : - vos numéros de téléphone - une ligne demandant l'indication d'un num de téléphone J'ai pas modifié le numéro de fax préférant que les fax arrivent sur le "fax par email" (plus sur en fait). Benoit |
[APP-27640] LRO / MEV High Tech : Pb de puce sur les PDA Création: 11/déc./09 17:21 Mise à jour: 11/janv./11 16:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - High Tech |
| Navigateur: | Safari |
| Description |
|
Voir screenshot
|
[APP-27635] [Ratio CSS FPa] La redoute > Vendez le vôtre : Mise en page Création: 11/déc./09 16:16 Mise à jour: 23/févr./10 10:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | CSS - Rationalisation DAA et FPA |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
cf capture
|
[APP-27634] [Ratio CSS / DAa] La Redoute > poser une question au vendeur : retour à la ligne de "encore aucune question posée" Création: 11/déc./09 16:07 Mise à jour: 23/févr./10 10:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | CSS - Rationalisation DAA et FPA |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
cf capture pour http://laredoute.pm.lan/offer?action=desc&aid=193977796
|
[APP-27633] nombre de résultats pas cohérent dans la recherche globale Création: 11/déc./09 15:19 Mise à jour: 31/mars/10 18:13 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
voir screenshot-1
|
| Commentaires |
| Commentaire de Thomas Allier [ 11/déc./09 16:08 ] |
|
c'est déjà le cas en production: http://www.priceminister.com/s/stan+smith Dans le compteur global, on compte le nombre de fratrie (groupe de produits d'une même couleur) Dans le compteur correspondant à un filtre ou une catégorie, on compte le nombre de produits compléments. D'où des incohérences lorsqu'on navigue dans les catégories avec fratrie (mode etc.) C'est une vieille incohérence qu'on ne corrigera pas pour la version. |
| Commentaire de Christophe Garcia [ 11/déc./09 16:22 ] |
| Ben, à garder sous le coude alors. |
| Commentaire de Martin Sudmann [ 18/déc./09 15:07 ] |
|
1. ne pas faire ce genre d'additions - un produit peut être
compté dans plusieurs catégories ou filtres. Le compte n'est jamais bon. 2. dans les catégories où on collapse (mode, chaussures, ...) les compteurs reflètent le nombre de produits dans toutes leurs déclinaisons (3 t-shirts bleus dans 3 tailles différents = 3). Le nombre de résultats correspond au nombre de produits différents (ceux que l'on voit dans la nav : 3 t-shirts bleus dans 3 tailles différents = 1). Dans les navigateurs on ne peut pas collapser. |
| Commentaire de Christophe Garcia [ 21/déc./09 09:47 ] |
| MDPLVC |
[APP-27621] [LP DE MEV / La Redoute] : Position des puces dans le bloc de nav Création: 11/déc./09 11:42 Mise à jour: 23/févr./10 10:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | CSS - Rationalisation Inventaire |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Thomas Allier [ 11/déc./09 12:26 ] |
| Je pense que tu peux le fermer en doublon. Je te laisse vérifier ça. |
[APP-27584] [MEV HT] Mise en page de la Fiche Technique sur La Redoute Création: 10/déc./09 11:31 Mise à jour: 07/juin/10 14:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - High Tech |
| Navigateur: | FireFox 3.0 |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Thomas Allier [ 10/déc./09 16:08 ] |
| C'est déjà le cas en production. A traiter dans un second temps. |
[APP-27572] [MEV HT] On parle de legislation sans préciser de quoi il s'agit exactement Création: 09/déc./09 16:12 Mise à jour: 29/déc./09 16:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Edouard Gomez-Vaez |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | MEV - High Tech |
| Navigateur: | Tous |
| Classif FONC: | mise en vente |
| Description |
|
« Assurez vous que les articles mis en vente respectent la
legislation » : Quelle legislation ? Pas de lien vers aide quelconque ?
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 09/déc./09 17:05 ] |
| En fait, pour le High-Tech il y aura des domaines pour lesquelles la chasse à la contrefaçon est importante (iPod etc...) du coup on avait décidé de le laisser partout. Je vois avec Benoît Tabaka. |
[APP-27562] [Ratio CSS / DAa] Police trop grande sur le NB de "Poser une question" Création: 09/déc./09 16:00 Mise à jour: 23/févr./10 10:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 59.0.0 (CAT-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | CSS - Rationalisation DAA et FPA |
| Navigateur: | Tous |
[APP-27488] Des urls de navigation par filtre qui ne devraient pas répondre Création: 03/déc./09 10:40 Mise à jour: 08/févr./10 17:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Thierry Leforestier | Attribution: | Thierry Leforestier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, FRA - France, ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Aujourd'hui, des url's de navigation par filtre qui n'existent pas répondent en 200 avec "pas de résultats". Exemple : http://www.priceminister.com/nav/Jeux-Video-et-Consoles_Jeux-Video/f9/test Ces urls devraient soit répondre en 404, soit rediriger vers la catégorie du dessus. idem pour les url du type http://www.priceminister.com/nav/Jeux-Video-et-Consoles_Jeux-Video/autrechosequunfiltreouuntri... |
| Commentaires |
| Commentaire de Thierry Leforestier [ 03/déc./09 10:40 ] |
|
un exemple made by PIB : http://www.priceminister.com/nav/Jeux-Video-et-Consoles_Jeux-Video/f3/toto/f4/tata/f5/titi/f6/tutu/f7/toto/f8/tata/f9/titi/f10/tutu/f11/titi/f12/tutu/ |
| Commentaire de Pierre Bret [ 03/déc./09 10:48 ] |
|
Nous comprenons très bien que le cas : http://www.priceminister.com/nav/Jeux-Video-et-Consoles_Jeux-Video/f1/console pouet/ ne peut être traité car le filtre f1 existe et on ne sais pas si cet attribut est porté par les produits. En revanche, dans le cas : http://www.priceminister.com/nav/Jeux-Video-et-Consoles_Jeux-Video/f3/toto/f4/tata/f5/titi/f6/tutu/f7/toto/f8/tata/f9/titi/f10/tutu/f11/titi/f12/tutu/ ... on sait très bien que les filtres utilisés : f 3 -> f 12 ne sont pas valides. L'application me semble trop permissive dans ce cas. |
| Commentaire de Benoît Bourdon [ 25/janv./10 18:22 ] |
|
je vois 3 cas : 1- valeur de filtre n'existant pas : cas intraitable (il semble qu'on soit ok sur ce point là :-) ) 2- cas de catégorie mal écrite : aujorud'hui on redirige vers la home PM ... on pourrait affiner cela et rediriger vers la catégorie supérieure 3- cas de choix de filtres (F1, F2 ....etc...) dont l'ID n'existe pas : on pourrait rediriger en conservant que les ID de filtres existants réellement à cet endroit de navigation > un peu couteux à faire. c'est un CoRef. Est qu'on pourrait quantifier un peu ce problème avant de faire du dev (qui peut être un peu long mais surtout complexe à tester) |
[APP-27422] Mise en avant du dernier coli crée Création: 26/nov./09 16:35 Mise à jour: 23/déc./09 11:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Avec_MeA_Dernier_Colis.jpg
Sans_MeA_Dernier_Colis.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
- Pour éviter de scroller vers le bas toute fois que
l'on ajoute un colis à notre panier (quand il y en a plusieurs),
l'idéale serait d'avoir un point ancrage sur le dernier colis crée.
|
[APP-27421] Message d'erreur très difficile à comprendre "Nombre incorrect d'articles disponibles : 0." Création: 26/nov./09 16:14 Mise à jour: 27/nov./09 10:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- En voulant mettre en panier un article qui n'est
plus disponible, on a le message "Nombre incorrect d'articles
disponibles : 0." qui est très difficile à comprendre (cf.
screenshot-1); Suggestion : Cet article n'est plus disponible. |
| Commentaires |
| Commentaire de Emeric Teil [ 27/nov./09 09:01 ] |
| Comme vu ensemble, il s'agit d'une amélioration donc pas pour cette version. Arnaud, tu nous dis si on peut technique identifié ce cas de figure pour avoir un message moins générique stp ? |
| Commentaire de Arnaud Forgues [ 27/nov./09 10:33 ] |
|
Oui c'est possible d'identifier "technique" le cas de figure
précis ou on affiche ce message : il s'agit du cas ou on ajoute une
annonce en panier dont le vendeur ne vient pas de partir en vacances
mais dont l'annonce en question vient juste d'être achetée par quelqu'un
d'autre. Il pourra donc à priori, assez simplement modifier le label dans IG. Cependant, à valider si on laisse tel quel les autres cas d'annonce à posteriori non dispo ou si on ajuste leur message d'erreur également : - article supprimé du stock par le vendeur (changement d'état) ==> "Cet article n'est plus disponible." - vendeur en vacances ==> "Vendeur en vacances." - Trop d'article négo en cours par rapport au stock dispo de l'annonce ==> "Nombre d'articles en cours de négociation supérieur au nombre d'articles disponibles." |
[APP-27409] Présense de ?? dans le contenu du mail et absence de lien Création: 26/nov./09 11:37 Mise à jour: 18/janv./11 17:02 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ExisteCoteAcheteur.JPG
MailDemandePhotoCoteVendeur.JPG
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | Tartalacrem |
| Navigateur: | Tous |
| Description |
|
- Serait-il possible de supprimer les ?? présent dans
ce mail et par la même occasion mettre un lien vers la page contact?
(cf. PJ);
- L'absence de lien vers la page contact peut se constater sur plusieurs autres mails. |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 26/nov./09 11:40 ] |
| - Pourtant cela existe bien coté Acheteur (cf. PJ "ExisteCoteAcheteur") |
| Commentaire de Thomas Springett [ 26/nov./09 13:53 ] |
|
Modifié. |
| Commentaire de Arnaud Forgues [ 26/nov./09 14:19 ] |
| Du coup, le JIRA peut etre résolu ? |
| Commentaire de Thomas Springett [ 26/nov./09 14:21 ] |
| a faire dans branch. |
| Commentaire de Thomas Springett [ 26/nov./09 14:54 ] |
| soumis a publication en ref et branch |
| Commentaire de Rocio Perez-Garcia [ 26/nov./09 17:35 ] |
|
Je préfère sortir le jira de la v.58 car il est dit que ce concerne plusieurs d'autres mails. Thomas pourra checker ça plus tard. |
| Commentaire de Habib-Sylvain Gourguet [ 04/déc./09 15:58 ] |
|
Concernant l'absence de lien direct, c'est une amélioration
progressive qui aura du mal à être résolue sans script, le lien étant
placé à la ligne. Pour ce qui est des "?", ça date apparemment du passage des templates sous IG (voire avant). Ca peut être corrigé rapidement par un replace en masse sur les published de UK (sans gros risque mais à tenter sur TEST au cas où). Peut-être un peu tard pour la CAT-M... On voit pour la TX-L ? |
| Commentaire de Habib-Sylvain Gourguet [ 28/nov./10 19:37 ] |
| Pour notre nouveau Responsable Edito UK. :-) |
| Commentaire de Espérance Galouo-Lece [ 18/janv./11 17:02 ] |
| - Va falloir trouver une autre version de publication. |
[APP-27408] Présence de la provenance d'un mail coté acheteur, mais rien coté vendeur Création: 26/nov./09 11:32 Mise à jour: 28/nov./10 19:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
EnTeteSansEtAvecOrigine.JPG
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | Tartalacrem |
| Description |
|
- On peut constater que coté acheteur nous avons la
personne qui envoie le mail, mais rien du coté vendeur (cf. PJ);
|
| Commentaires |
| Commentaire de Thomas Springett [ 26/nov./09 14:17 ] |
| Merci de préciser le titre du message concerné. |
| Commentaire de Rocio Perez-Garcia [ 26/nov./09 17:42 ] |
| A faire dans les trois pays si cette demande passe. Les anciennes templates ne prennent pas en compte l'opérateur BO |
| Commentaire de Habib-Sylvain Gourguet [ 04/janv./10 11:14 ] |
|
@Espérance : merci de définir les composants concernés lors de l'ouverture du JIRA (ici "Mails"). Pour ce qui est de la demande, il s'agit d'une tâche de fond effectuée au fil des modifications apportées aux différents templates de mails. Pour traitement du JIRA, merci de préciser le titre du template concerné. |
| Commentaire de Habib-Sylvain Gourguet [ 28/nov./10 19:39 ] |
| A priori, ça a été réglé avec la dernière TX-Q et les modifs réalisées pour le "gestionnaire de commandes". |
[APP-27404] Suggestion produit absente mais message quand même là Création: 25/nov./09 17:33 Mise à jour: 24/déc./09 17:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | Reco FP |
| Description |
|
Voir screenshot
|
[APP-27402] [IG] On supprime des chiffres en trop lors de la génération d'une url image venant d'IG Création: 25/nov./09 17:08 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | IG | ||||||||
| Classif FONC: | IG | ||||||||
| Description |
|
Comme vu ensemble avec Alex et Renaud, si on upload une
image dans IG qui a un nom commencant par des chiffres puis un "_",
alors ceux-ci vont être supprimés à tort dans PicAction pour générer
l'url qui va bien ! La ceinture et la bretelle sont un peu trop violent ce coup-ci :-) |
[APP-27398] Positionnement popup toujours au-dessus : Pb d'affichage Création: 25/nov./09 15:32 Mise à jour: 30/nov./10 17:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Projets PM archivés: | OPPeC : Page panier - Suggestions |
| Description |
|
Voir screenshot. Placer la popup où il y a le plus de place pour éviter de masquer partiellement les infos. |
| Commentaires |
| Commentaire de Emeric Teil [ 25/nov./09 15:36 ] |
| Comme vu lors de la démo, on peut arriver à gérer cela en JS mais niveau CSS les risques de régression étaient trop important pour qu'on fasse ça dans la version. On passera donc cette amélioration dans le futur. |
[APP-27387] [La Redoute] Promo en HP qui passe en premier plan Création: 25/nov./09 11:18 Mise à jour: 15/déc./09 16:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
pub_regie1.png
pub_regie2.png
pub_regie3.png
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Emeric Teil [ 25/nov./09 11:24 ] |
| Je le mets chez Gafour, par contre, je vois pas trop le rapport avec la Tx-K... |
| Commentaire de Gafour Abdoul [ 25/nov./09 16:02 ] |
|
En fait, c'est un problème récurrent de la régie pub. le code n'es pas bon. Voici au moins trois pub qui fonctionnent mal : - pub_regie1.png - pub_regie2.png - pub_regie3.png |
[APP-27376] PriceMinister UK : impossible de soumettre une vidéo / impossible de la visionner Création: 20/nov./09 15:56 Mise à jour: 18/juin/10 15:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 57.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Stéphanie Vignali | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
BK video produit.wmv
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Classif FONC: | video | ||||||||
| Description |
|
J'ai tenté de soumettre une vidéo dans la boutique bkforyouth. J'arrive à cliquer sur el lien à charger al photo et à al fin du chargement le message d'erreur suivant apparaît : Page unavailable null Est ec que vous pouvez regarder ? |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 24/nov./09 11:04 ] |
| photo ou video ? |
| Commentaire de Stéphanie Vignali [ 24/nov./09 11:19 ] |
| Vidéo comme le titre de la demande l'indique |
| Commentaire de Rémi Virlouvet [ 24/nov./09 11:23 ] |
|
je ne comprends pas la demande : as tu essayé de soumettre un produit Video ou une vidéo sur une annonce ? et à la fin, tu cherches à y ajouter une photo, qui charge, puis erreur ? merci |
| Commentaire de Rémi Virlouvet [ 24/nov./09 11:29 ] |
| ton fichier video est de quelle taille et quel format ? |
| Commentaire de Stéphanie Vignali [ 24/nov./09 11:30 ] |
| Non je n'arrive pas tout simplement à charger une vidéo en cliquant sur le lien charger une vidéo. Il me prend la vidéo mais à la fin du chargement j'ai un message d'erreur. |
| Commentaire de Stéphanie Vignali [ 24/nov./09 11:32 ] |
| La vidéo est en pièce jointe. |
| Commentaire de Rémi Virlouvet [ 24/nov./09 11:43 ] |
| alors, de mon côté j'arrive à soumettre ta video sans erreur, mais impossible de la visionner... |
| Commentaire de Rémi Virlouvet [ 24/nov./09 11:44 ] |
| problème du côté de vpod ? |
| Commentaire de Espérance Galouo-Lece [ 25/nov./09 12:20 ] |
| - Serait-il possible d'avoir la date et le compte sur lequel cela c'est passé ? |
| Commentaire de Espérance Galouo-Lece [ 25/nov./09 12:25 ] |
|
- Trouver dans les logs : 2009-11-19 15:38:24,356 INFO [-Processor29] BKforyouth - >>> GET http://bo.priceminister.co.uk/video?action=docreate&advertid=93853395&productid=40039850&media_uid=~xnnLi4sk4d8 2009-11-19 15:38:24,444 INFO [-Processor29] BKforyouth - 72 ms( 72 ms) --> VIDEO_WS_CALL - media_get 2009-11-19 15:38:24,522 INFO [-Processor29] BKforyouth - 77 ms( 77 ms) --> VIDEO_WS_CALL - media_modify 2009-11-19 15:38:24,606 INFO [-Processor29] BKforyouth - 83 ms( 83 ms) --> VIDEO_WS_CALL - tag_add 2009-11-19 15:38:24,682 ERROR [-Processor29] BKforyouth - VIDEO ERROR - method: [modifyMedia] source: [PM] type: [Problem with WebService call] message: [java.lang.NullPointerException] 2009-11-19 15:38:24,682 INFO [-Processor29] BKforyouth - VIDEO INFO - method: [setVideoServiceDown] source: [VPOD] type: [Video service is setting down] message: [Video service will try a new connexion at: 2009-11-19 15:46:24.682] 2009-11-19 15:38:24,685 INFO [-Processor29] BKforyouth - (Status : 302) Redirecting to : /video?action=create&step=CREATE_FAILED 2009-11-19 15:38:24,685 INFO [-Processor29] BKforyouth - <<< [329 ms] GET http://bo.priceminister.co.uk/video?action=docreate&advertid=93853395&productid=40039850&media_uid=~xnnLi4sk4d8 2009-11-19 15:38:24,723 INFO [-Processor29] BKforyouth - >>> GET http://bo.priceminister.co.uk/video?action=create&step=CREATE_FAILED 2009-11-19 15:38:24,725 ERROR [-Processor29] BKforyouth - Load error (client exception) Servlet=com.babelstore.video.front.VideoServlet Request=GET http://bo.priceminister.co.uk/video?action=create&step=CREATE_FAILED Referrer=http://bo.priceminister.co.uk/video?action=create&advertid=93853395&modify=false&productid=40039850&step=FILE User-Agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 Trace=com.babelstore.video.VideoException: at com.babelstore.video.front.VideoCreateAction.execute(VideoCreateAction.java:88) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:424) at com.babelstore.util.web.Dispatcher.processAction(Dispatcher.java:377) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:275) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:209) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:170) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) 2009-11-19 15:38:24,725 WARN [-Processor29] BKforyouth - Get: The following exception message was not a Phrase :null 2009-11-19 15:38:24,745 INFO [-Processor29] BKforyouth - Setting response status code to 503 2009-11-19 15:38:24,864 INFO [-Processor29] BKforyouth - <<< [141 ms] GET http://bo.priceminister.co.uk/video?action=create&step=CREATE_FAILED |
| Commentaire de Stéphanie Vignali [ 25/nov./09 13:56 ] |
| Il s'agit du compte BKforyouth à la date du 20/11. |
| Commentaire de Alexandre Garnier [ 25/nov./09 16:05 ] |
|
Ce genre de problème arrive quand le service vidéo rencontre un problème (problème de discussion avec VPod) Normalement on ne devrait alors pas avoir accès à l'upload de vidéo. Ça doit donc être l'upload de la vidéo qui a provoqué ça. --> il faudrait mieux gérer ce cas là en mettant un beau message d'erreur d'upload plutôt que de joliment planter |
| Commentaire de Fabrice Feugas [ 30/nov./09 14:34 ] |
| Et donc ? La conclusion est que le problème se situe coté VPod ? Est-ce que ça remarche aujourd'hui ? |
| Commentaire de Alexandre Garnier [ 30/nov./09 14:41 ] |
|
Il semblerait que oui : on peut ajouter une vidéo à une annonce. Mais ce genre de problème VPod est normalement géré par l'EXPLOIT. Par contre on peut améliorer la gestion de l'erreur et afficher le message d'erreur d'upload dans ce genre de cas. |
| Commentaire de Fabrice Feugas [ 30/nov./09 14:50 ] |
| Stéphanie, tu peux retester de ton coté et nous dire si c'est bon pour toi ? Si c'est le cas, on passe le JIRA en amélioration pour changer la gestion des erreurs. Sinon, le JIRA part à l'exploit pour gérer le problème avec VPOD. |
| Commentaire de Stéphanie Vignali [ 30/nov./09 15:00 ] |
| Ca ne remarche toujours pas. |
| Commentaire de Alexandre Garnier [ 30/nov./09 15:14 ] |
| Lors de la tentative d'upload, on a un 403 sur http://priceminister.api.vpod.tv/amfphp/gateway.php?session=38cutur41va93lvk7267dl9of5 (appelé depuis le flash d'upload) |
| Commentaire de Fabrice Feugas [ 30/nov./09 16:27 ] |
| Patrice, on te laisse gérer avec VPOD ? |
[APP-27368] [Erreur velocity] - Category[Criteo2] [line 4,column 48] : $criteoUrl/$purchase.purchaseId is not a valid reference. Création: 23/nov./09 16:26 Mise à jour: 17/févr./10 14:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 57.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Date: 2009-11-23 07:54:17 Nbr d'erreur : 22 org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - Type: Contenu : Bloc Html - Category[Criteo2] [line 4,column 48] : $criteoUrl is not a valid reference. org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - Type: Contenu : Bloc Html - Category[Criteo2] [line 6,column 56] : $purchase.purchaseId is not a valid reference. |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 17/févr./10 14:14 ] |
|
Arnaud, on avait regardé ensemble et on n'avait trouvé aucune piste concluante. Récemment un autre jira de ce type a été créé (ça ne concerne pas que critéo mais pas mal de contenus velocity). |
[APP-27365] [infoglue] Deux direct articles avec le même alias sont en conflits ? Création: 23/nov./09 15:58 Mise à jour: 26/janv./11 11:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 57.0.0 (CTN-N) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | IG | ||||||||
| Classif FONC: | infoglue | ||||||||
| Description |
|
Lorsque deux direct articles ont le même alias, seul un peut
s'afficher même si les dates de publications ne sont pas les mêmes.
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 23/nov./09 16:08 ] |
|
Oui, c'est normal : les dates de publication ne sont
utilisées que à la génération de la page alors que les DirectArticles
sont d'abord indéxés par alias. Faudrait donc ajouter le test de la date de publication lors de l'indexation des DirectArticles mais alors c'est la merde avec le SPOT DATE qui n'est plus aussi simple car doit provoquer le rafraichissement du cache des DirectArticles. |
[APP-27354] [FP BO] Refactoring de la gestion des combo d'attributs dans la FP en BO Création: 20/nov./09 17:22 Mise à jour: 31/déc./09 09:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Produits |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
APP27354 - gestion des combos FP BO.pptx
APP27354 - gestion des combos FP BO.pptx
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Classif FONC: | modèle attribut |
| Description |
|
La gestion du remplissage des 3 combos suivantes de la Fiche Produit BO est à revoir : - Attribut de navigation - Attribut de classification - Attribut fabricant |
| Commentaires |
| Commentaire de Caroline Schinzel [ 20/nov./09 17:31 ] |
|
Normalement, la seule différence entre la gestion de ces 3
combos vient du fait que pour l'attribut fabricant on passe par un cache
pour récupérer les valeurs. Pour les 2 autres, on passe directement par
la base de données. En pièce jointe, un document power point résumet via des diagrammes d'états ce qui est fait actuellement pour chaque cas et comment on voudrait le faire maintenant. (Cette gestion se fait dans la classe ProductViewModel) |
| Commentaire de Caroline Schinzel [ 23/nov./09 10:41 ] |
|
voir le 2ème fichier joint, un peu plus précis (mais je n'ai pasa trouvé comment mettre à jour le premier ou le supprimer, alors..) |
| Commentaire de Caroline Schinzel [ 23/nov./09 10:43 ] |
| 2ème fichier, qui en fait apparaît en "1." dans l'encadré ci-dessus :) |
[APP-27348] Plantage de l'écran "Fiche opération" en DEV... Création: 20/nov./09 12:06 Mise à jour: 08/sept./10 17:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM: | *** CHASSE *** |
| Description |
|
L'écran BO opération plante en DEV : http://bo.dev1.pm.dev/wallet_back?action=operationbackview&operationid=518048769 C'est une incohérence BDD, on n'a pas la compensation associé à l'opération. Rien de grave, c'est juste une erreur qui a eu lieu au moment de la construction de la base de DEV. SQL> select DIRECT_PAY_COMPENSATION_ID from operation where operation_id = 518048769; DIRECT_PAY_COMPENSATION_ID -------------------------- 13899278 Elapsed: 00:00:00.00 SQL> select * from compensation where compensation_id = 13899278; no rows selected ==> TODO : Créer une contrainte ! |
| Commentaires |
| Commentaire de Yann Danot [ 14/janv./10 14:04 ] |
|
- Comme dit plus haut c'est effectivement un problème de
création de la base de dev, en effet étant donné qu'il n'y a aucune
contrainte, le fait de rapatrier des opérations sans les compensations
associées ne pose aucun problème, et nous ne pouvons pas nous en
apercevoir. - Nous allons donc créer une contrainte pour la clé étrangère et nous n'aurons plus de problème pour les prochaines créations de base de données dev. - Cependant pour régler le problème actuel nous avons plusieurs possibilités : * Supprimer les opérations concernées (i.e. celles qui ont un id dans la colonne DIRECT_PAY_COMPENSATION_ID mais qui n'existent pas dans la table compensation) --> le problème que cela pause c'est que nous aurons une grosse perte de volume puisque à priori cela représente l'écrasante majorité des opérations * Supprimer la valeur du champ DIRECT_PAY_COMPENSATION_ID des opérations concernées --> le problème et que nous aurons beaucoup d'opérations sans compensation ( mais c'est déjà le cas) * Créer de fausses compensations et faire pointer les opérations dessus, mais il existera donc des incohérences En conclusion, pas de solution miracle, la plus appropriée me semble quand même de supprimer les lignes correspondantes même si nous perdons en volume, nous gagnons en cohérence. |
| Commentaire de Yann Danot [ 14/janv./10 14:09 ] |
| j'ai ajouté patrick et ayoub en observateurs |
| Commentaire de Emeric Teil [ 14/janv./10 18:57 ] |
| Question bête de fonctionnel :o) : on ne peut pas tout simplement ne rien faire (c'est pas non plus dramatique ce genre de bug en dev) d'autre que d'ajouter ces contraintes et d'attendre la prochaine reconstruction de la base ? |
| Commentaire de Emeric Teil [ 17/févr./10 14:46 ] |
|
Devant l'absence de réponse, je me donne raison :o) -> On ajoute juste ces contraintes d'intégrité histoire que lors de la prochaine construction de la base cette "problématique" soit prise en compte :o) |
[APP-27346] COMPCLOSE : ObjectNotFoundException Création: 20/nov./09 09:57 Mise à jour: 20/nov./09 11:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 57.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Pas mal d'erreurs ce matin. COTE SERVEUR : 2009-11-20 06:44:13,962 INFO [10.150.28.77] CLOSING - Processed: 4445 2009-11-20 06:44:14,388 ERROR [10.150.28.77] CLOSING - EJBException in method: public abstract void com.babelstore.user.business.UserBusiness.systemClosingCompensation(c om.babelstore.compensation.CompensationInput) throws java.rmi.RemoteException,com.babelstore.compensation.CompensationIllegalStatusException,com.babelstore.compensation.Compensa tionIllegalAmountException,com.babelstore.user.UserIllegalStatusException,com.babelstore.wallet.OperationIllegalStatusException,com.babelstore.wallet.OperationIllegalInputExcept ion,com.babelstore.wallet.WalletIllegalAmountException,com.babelstore.wallet.WalletIllegalStatusException,javax.ejb.CreateException,com.babelstore.compensation.CompensationIlleg alTransferException, causedBy: javax.ejb.ObjectNotFoundException: No such entity! at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(JDBCFindEntityCommand.java:50) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(JDBCStoreManager.java:589) at org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(CMPPersistenceManager.java:300) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(CachedConnectionInterceptor.java:298) at org.jboss.ejb.EntityContainer.findSingleObject(EntityContainer.java:1086) at org.jboss.ejb.EntityContainer.find(EntityContainer.java:715) at sun.reflect.GeneratedMethodAccessor428.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:1113) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:192) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:212) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:90) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:117) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(CallValidationInterceptor.java:41) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:109) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:146) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityInterceptor.java:116) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:121) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:508) COTE BATCH : 2009-11-20 06:29:58,583 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:58,632 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:58,633 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 12724729: com.babelstore.compensation.CompensationIllegalTransferException: Invalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:58,633 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:58,633 INFO [CLOSING ] CLOSING - Processed: 15 2009-11-20 06:29:58,640 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:58,693 DEBUG [CLOSING ] CLOSING - Task end. Result: null |
| Commentaires |
| Commentaire de Christophe Garcia [ 20/nov./09 10:24 ] |
|
Autres exemples : 2009-11-20 06:29:57,257 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 3128711: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,257 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,257 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,313 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,313 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,358 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,359 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 2678514: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,359 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,359 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,413 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,413 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,457 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,458 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 4455066: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,458 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,458 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,513 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,513 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,550 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,550 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 4881966: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,550 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,551 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,603 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,603 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,641 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,642 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 9761670: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,642 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,643 INFO [CLOSING ] CLOSING - Processed: 5 2009-11-20 06:29:57,647 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,703 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,703 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,742 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,743 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 7329864: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,743 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,743 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,803 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,803 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,851 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,851 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 2802708: com.babelstore.compensation.CompensationIllegalTransferException: I nvalid transfer : the user is in direct payment mode and the compensation amount is not positive 2009-11-20 06:29:57,851 DEBUG [CLOSING ] CLOSING - Post Process Result : null 2009-11-20 06:29:57,852 INFO [CLOSING ] CLOSING - Sleeping 0.05 second(s) 2009-11-20 06:29:57,903 DEBUG [CLOSING ] CLOSING - Task end. Result: null 2009-11-20 06:29:57,903 DEBUG [CLOSING ] CLOSING - Task start 2009-11-20 06:29:57,939 DEBUG [CLOSING ] CLOSING - Default formatting of Phrase [ILLEGAL_COMPENSATION TRANSFERT] 2009-11-20 06:29:57,940 DEBUG [CLOSING ] CLOSING - cannot close compensation for user id 5965995: com.babelstore.compensation.CompensationIllegalTransferExcep |
| Commentaire de Emeric Teil [ 20/nov./09 10:43 ] |
|
Je viens de regarder ces comptes : ils sont tous dans le
même "cas", PMV en mode Compta avec une compensation nulle ouverte. Puisqu'on est le 20 du mois, on ferme toutes les compensations nulles ouvertes. On a, du coup, essayé de fermer les compensations nulles de ces mecs, mais puisqu'ils sont en mode compta cela n'est pas possible (en mode comptant, la fermeture d'une compensation génère automatiquement une opération de débit du PMV). Rien de grave à priori (le batch a continué normalement après avoir tenter, en vain, de fermer ces compensations), mais ce qui est étonnant c'est que : -> Normalement, les Compta sont exclus de la cible de ces traitements (tout ce qui concerne les compensations négative et/ou nulles) -> Ce système est en place depuis plusieurs mois et ce problème aurait déjà dû remonter : est-ce le cas ? Il faudrait donc vérifier : -> Si on a déjà eu ça, les 20 des mois précédents -> Si oui, regarder pourquoi ces comptes ne sont pas exclus alors qu'ils le devraient -> Si non, voir d'où vient cette régression En attendant, je baisse la criticité car il n'y a pas de conséquence sur les paiements. |
| Commentaire de Nicolas Chauveau [ 20/nov./09 11:00 ] |
| Pour AFO : J'ai demandé à JEB de mettre de côté les logs serveurs des dernières compensations pour comparer. (malheureusement on n'a déjà plus celles du 20 oct, on a celles du 1er et 10 nov.). |
[APP-27311] PriceTV KO en Integ Création: 17/nov./09 16:57 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 57.0.0 (CTN-N) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Il ya donc des corrections pour la V57 que je ne peux visualiser
|
| Commentaires |
| Commentaire de Damien Dorizy [ 04/janv./10 14:52 ] |
|
On a essayé de réparer ça avec Clément (génération d'un
nouveau stub...) mais ça n'arrange rien. Le service vpod semble KO en
preprod. La solution est d'utiliser les propriétés vpod de prod, et là tout fonctionne (attention toutefois de ne pas faire n'importe quoi avec les vidéos). Voir ce wiki : http://pricewiki.lan/Wiki.jsp?page=PriceTV Qu'est-ce qu'on fait de ce Jira ? - On le ferme en impossible à reproduire - On baisse sa criticité car on a un moyen de contournement ? Merci |
| Commentaire de Fabrice Feugas [ 04/janv./10 14:58 ] |
| On le laisse ouvert, je vais faire un JIRA chez VPod (oui oui eux aussi ils ont ça) et dès qu'ils auront résolu le problème on pourra fermer ce JIRA. |
[APP-27303] Bug sur l'appli : il y a une faille de sécurité, j'ai la possibilité de connaitre les adresses e-mail d'une partie de la base grâce à la page "Poster un message" Création: 16/nov./09 19:16 Mise à jour: 04/mai/10 16:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Fabrice Feugas | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Lorsque je suis un vendeur, j'ai une claim sur un article,
PriceMinister m'envoie un e-mail me demandant de m'expliquer. J'ai un
lien vers cette page : http://www.priceminister.com/help?action=itm_sr_cond&pmid=XXXXXXX qui est un formulaire de contact vers Price pour lequel il n'y a pas besoin de connexion. Jusque là rien de grave, si ce n'est que dans la page de confirmation d'envoi de mon message, on me dit "Votre message a bien été enregistré. Nous y répondrons rapidement à l'adresse emailclient@emailclient.com" avec l'adresse e-mail en clair. Du coup, si je reviens d'une page en arrière, que j'incrémente le pmid de 1 dans l'URL et que je re-valide mon formulaire, je récupère l'e-mail d'un autre compte. Et ainsi de suite... |
| Commentaires |
| Commentaire de Fabrice Feugas [ 17/nov./09 10:04 ] |
| La correction à ce JIRA peut être de ne plus afficher l'URL dans la landing page, mais uniquement le pseudo par exemple. |
| Commentaire de Clement Balay [ 17/nov./09 14:19 ] |
| Effectivement, la solution la plus simple est de cacher l'adresse mail de l'utilisateur. Sinon on peut partir sur une solution qui demandera un gros travail de recherche de tous les mails qui possèdent ce genre d'url et de tous les modifier pour leur ajouter l'user_id. De plus il faudra faire du dev pour prendre en compte cet user_id. |
| Commentaire de Fabrice Feugas [ 17/nov./09 14:23 ] |
|
Dans mon commentaire, je dis URL mais je voulais parler de l'e-mail... En effet, la solution cheap c'est on cache l'e-mail mais on reste confronté aux risques de spam et de moulinette à messages. La solution propre mais qui demande un peu de travail et d'investigation opur savoir quels e-mails sont concernés c'est de mettre en place la mécanique de sécurisation comme pour les e-mails de désabo, où on vérifie que le pmid correspond bien au userid qu'on aura passé dans l'URL. |
| Commentaire de Clement Balay [ 17/nov./09 16:52 ] |
| alors EMT que fait-on ? |
[APP-27297] Comportement étrange sur l'affichage des résultats dans la nav / GRID Création: 16/nov./09 16:43 Mise à jour: 30/août/10 16:17 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 56.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Internet Explorer 8.X | ||||||||
| Description |
|
RDV sur cette page : http://www.priceminister.com/nav/Tel-PDA_Telephones-mobiles/f1/HTC Il m'affiche 7 produits alors que la pagination m'indique 3 pages de résultat sur la page 2, j'ai perdu la 3eme page Si on revient en page 1, il m'indique 2 pages de résultat mais il reste toujours un slot de libre. |
| Commentaires |
| Commentaire de Thomas Allier [ 30/août/10 15:58 ] |
|
Problème d'indexation passagé? Je ferme sachant qu'une demande liée est toujours ouverte (bienque probablement obsolète) |
| Commentaire de Christophe Garcia [ 30/août/10 16:17 ] |
| MDPLVC |
[APP-27282] Mail "Pregunta sobre" très confiné Création: 16/nov./09 11:02 Mise à jour: 18/oct./10 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 57.0.0 (CTN-N) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
mail bilan avis.png
MailConfiné.JPG
MailConfiné2.JPG
test mail confiné.png
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Projets PM archivés: | Q&A Produit |
| Description |
|
- Le mail de "Pregunta sobre", semble un peu confiné (sans parler du bouton avec un contour - cf. PJ)
|
| Commentaires |
| Commentaire de Benjamin Qader [ 16/nov./09 14:00 ] |
|
J'ai revu et testé le mail de mon coté mais tout à l'air ok. Quelqu'un est déjà repassé dessus ? Ça te le fait toujours ? |
| Commentaire de Espérance Galouo-Lece [ 16/nov./09 14:05 ] |
|
- Autre mail toujours confiné (cf. MailConfiné2); - Cela petit-il venir de la boite de messagerie (dans les deux cas, il s'agit de Yahoo)? |
| Commentaire de Benjamin Qader [ 16/nov./09 14:17 ] |
| Je viens de tester sous yahoo et je n'ai pas le problème non plus... (cf test mail confiné) |
| Commentaire de Benjamin Qader [ 16/nov./09 15:55 ] |
|
Tu pourrais tester si ça te le fait avec un autre type de mail ou avec le même mais dans une langue différente ? Merci. |
| Commentaire de Benjamin Qader [ 17/nov./09 10:25 ] |
|
Il s'agit d'un problème de template. Ça le fait aussi avec d'autres mails : (cf mail bilan avis). Gafour tu peux regarder dès que t'a le temps ? Merci. |
| Commentaire de Renaud Dierickx [ 17/nov./09 11:54 ] |
|
Vu avec Gafour et Benjamin, c'est sur une vieille interface de Yahoo. Il faudra traiter ce problème plus globalement mais on n'a pas le temps pour la V57. C'est du "Mineur" donc on change la version cible. |
[APP-27281] [Erreur velocity] - Contenu : Bloc Html - Category[Nouveau vendeur] [line 3,column 104] : $advert.getAdvertId() is not a valid reference. Création: 16/nov./09 11:00 Mise à jour: 19/nov./09 08:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 56.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Date: 2009-11-15 08:15:14 Nbr d'erreur : 24 org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - Type: Contenu : Bloc Html - Category[Nouveau vendeur] [line 3,column 104] : $advert.getAdvertId() is not a valid reference. |
[APP-27279] [Erreur velocity] - innerTemplate - $f12 is not a valid reference. Création: 16/nov./09 10:54 Mise à jour: 19/nov./09 08:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 56.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Date: 2009-11-15 08:15:14 Nbr d'erreur : 277 org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - innerTemplate [line 4,column 44] : $f12 is not a valid reference. |
[APP-27255] Impression HP Banner Création: 02/nov./09 19:06 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Carole Visser | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| WishList: | Marketing |
| Classif1: | XITI |
| Classif FONC: | webanalytics |
| Description |
|
Bonjour, En observant les résultats sur Xiti, il semble y avoir un problème avec la HP banner de l'OP de collecte 1000Mercis. Sur la journée d'hier (01/11), il y a 1 378 310 impressions de cette bannière alors que l'on enregistre que 377 799 chargements de la page d'accueil. Merci Carole |
| Commentaires |
| Commentaire de Jérôme Viviès [ 09/nov./09 14:10 ] |
|
Salut, Le problème est-il toujours existant ? Quel est le mécanisme qui permet de compter les impressions de bannière ? |
| Commentaire de Carole Visser [ 09/nov./09 15:47 ] |
|
Le problème existe toujours. Il y a eu hier 1 583 157 impressions de la HP banner. On suit les impressions des bannières avec l'autopromo Xiti. Carole |
| Commentaire de Jérôme Viviès [ 12/nov./09 10:35 ] |
|
Carole, Nous ne sommes pas formés à débugger les problèmes d'auto-promos... c'est l'équipe Marketing qui utilise cette fonctionalité, donc ça va être plutôt à toi de voir ce qui ne va pas dans la bannière que tu as fournie - éventuellement te faire épauler par Swan ou qqn de son équipe ? Sinon moi ce qui me paraît bizarre, c'est le nbre de visites sur la HP, ça me paraît pas beaucoup... (?) Je passe le JIRA côté Dev... |
[APP-27172] Mieux gérer l'I18N des boites de reception Création: 04/nov./09 12:07 Mise à jour: 18/juin/10 15:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Classif1: | IG | ||||||||||||
| Classif FONC: | IG | ||||||||||||
| Description |
|
L'utilisation des boites de réception dans IG (pour les
formulaires de contact et les templates de mails) pose problème avec
l'international : - création de boîte dans 3 environnements différents et 3 plateformes différentes génèrent des ids différents - dans IG il n'est possible de référencer qu'une valeur Il faudrait donc mettre en place un système d'alias pour les boites de réception. |
[APP-27070] [CMBN] IE8 : La chclem'up passe en arrière plan lors du redimentionnement Création: 29/oct./09 10:13 Mise à jour: 29/oct./09 18:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Assistance téléphonique dans le panier |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 29/oct./09 11:24 ] |
|
Problème récurrent, concerne tous les navigateurs. Dans le flash il faut mettre wmode="transparent", comme pour toutes les bannières flash |
| Commentaire de Ariane Baldinger [ 29/oct./09 17:54 ] |
|
Cédric, Peux-tu me donner 1 ou plusieurs url où le pb se pose ? |
| Commentaire de Rémi Virlouvet [ 29/oct./09 17:56 ] |
|
mon code pour ça (régie pub) est : <!-- START OF UNANIMIS HEADER CODE --> <script type='text/javascript'><!-- var s = PM.Promos.getPromoChannel('$!defFamily.name()'); #if ($locationAlias=='FILTER_NAVIGATION%%GLOBAL_SEARCH') s='search'; #elseif ($locationAlias=='HP2007') s='homepage'; #end if (s=="") { s='other'; } // This needs to be set to the name of the zone the current page is on. Unless you hard code this on each page you will need to set it dynamically depending on the current page. var unanimis_zone = s; var unanimis_kv = ''; // DO NOT CHANGE THIS LINE document.write('<scr'+'ipt type="text/javascript" src="http://d.unanimis.co.uk/PRICE/PRICE-Header.js"><\/scr'+'ipt>'); --></script> <!-- END OF UNANIMIS HEADER CODE --> <script type='text/javascript'><!-- writeDart('728x90'); --></script> je fais comment ? |
| Commentaire de Carole Boucheny [ 29/oct./09 18:05 ] |
| Ce jira ne pourra pas être traiter pour la TX-J |
| Commentaire de Rémi Virlouvet [ 29/oct./09 18:10 ] |
| Charles, voir avec la régie pub si c'est à cause d'elle ou si on leur a filé une auto promo féfectueuse sur ce point. |
[APP-27064] Wording confusant Création: 28/oct./09 18:28 Mise à jour: 23/nov./09 16:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 56.0.0 (TX-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Le wording proposé sur les garanties achetées est peu clair. Je virerais la notion de "activée" ou "en cours d'activation" au profit d'un simple lien vers "Imprimer le certificat". Ce lien ouvre la pop-up avec la page d'impression si l'article est noté. Ce même lien déclenche une pop-up d'alerte si l'article n'est pas noté avec le texte : "Votre garantie s'activera dès que vous aurez déclaré l'article reçu (en notant le vendeur). Vous serez alors en mesure d'imprimer votre certificat de garantie." |
[APP-27046] Permettre aux serveurs de DEV d'accéder aux flux produits créés par Eric Vannier Création: 28/oct./09 12:35 Mise à jour: 28/oct./09 16:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Régulièrement, le marketing créé des pages promotionnelles
IG (pour l'affiliation par exemple) contenant un flash qui appelle un
flux de produits. Ce flux est créé par Eric Vannier pour la prod, et le
flash appelle le flux en URL absolue. Donc, quand on affiche le flash en integ ou en dev, il appelle un flux sur priceminister.com et ça bloque. Plusieurs solutions: - Eric duplique ses flux en integ et DEV (trop fastidieux) - On met en place un crossdomain.xml - On met des proxypass (qui existent déjà en integ et en dev FR). Il faudrait le faire pour le DEV ES et UK. |
[APP-27004] Rationalisation des frais de port Création: 27/oct./09 17:30 Mise à jour: 04/nov./09 11:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emilien Guichard | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** |
[METATACHE] Gros panier en PROD : pics de charge sur plusieurs serveurs + batch EXPIRATION qui plante (timeout)
(APP-26650)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Patrick Pereira | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Commentaires |
| Commentaire de Patrick Pereira [ 27/oct./09 11:38 ] |
|
La TX-J va nous mettre de mettre de limiter le nombre d'article dans les paniers. Lorsque qu'un utilisateur mettre un article dans le panier et qu'il atteindra la limite autorisée, il sera renvoyé sur la page panier. Du coup, on aura deux problème. Premièrement, le problème de charge lié à l'affichage reste présent. Bien qu'on va empêcher sa progression au bout de 200 articles, elle existera toujours. Un utilisateur voulant nous plomber pourra continuer par le simple fait d'être renvoyé sur la page de panier. Deuxièmement, le batch d'expiration ayant de mauvaise performance ne parvient à retirer du panier que 10 articles par heure. Il attendra d'avoir retiré tous les articles pour marque le panier expiré. Un utilisateur atteignant les 200 articles à 6h par exemple, pourra continuer à s'amuser jusqu'au lendemain 5h, au reboot de l'AS, à se battre avec le batch d'expiration à remettre en panier les articles qu'il aura retiré. Ses problèmes sont pour le moment pas très important car seul casquette36 (et ses dizaines de comptes) n'a ce genre de comportement. Mais imaginons que cela commence à ce savoir qu'on peut surcharger notre plate-forme en faisant des gros paniers et qu'en même temps on peut éliminer la concurrence, cela pourrait se généraliser. En effet, un panier de 200 articles va mettre 20h à être expiré... |
| Commentaire de Arnaud Forgues [ 24/nov./09 17:35 ] |
|
En attendant cette correction, ne peut-on pas mettre la valeur à 50 au lieu de 10, cela nous fera gagner 6h :-) Si je me souviens bien, ca ne marchait avec 50 quand on a eu le panier de 900 articles, mais maintenant qu'on limite à 200, il y a plus de chances que ca passe ? |
[APP-26963] Dans le panier, avoir la possibilité de supprimer en même temps tous les articles d'un même vendeur Création: 23/oct./09 17:08 Mise à jour: 04/nov./09 11:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 56.0.0 (TX-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | OPPeC : Page Panier- Regroupement Vendeur & Visibilité des FdP |
| Description |
|
Par exemple, un utilisateur veut comparer les prix de
plusieurs vendeurs sur plusieurs articles. Il a beaucoup d'articles dans
son panier, mais il sait qu'il ne gardera que ceux d'un vendeur. Si on met juste une toute petite croix pour fermer un colis, ça peut simplifier les comparaisons et renforcer la notion de regroupement vendeur dans la tête du user. On regroupe aussi pour la suppression du panier :-) |
[APP-26952] [Mon Porte-MOnnaie] : "Ventes à venir" - Le montant de la TVA sur la commission est retiré même si le vendeur est exonéré Création: 22/oct./09 17:43 Mise à jour: 14/mai/10 15:37 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Tout est dans le titre...
|
| Commentaires |
| Commentaire de Clement Balay [ 14/mai/10 15:37 ] |
|
Après étude, il s'avère qu'on a le même problème sur les "ventes payables". Fichiers concernés: SalesBlock.jsp: la vue du bloc des ventes dans la page PMV PaidBlockModel: le modèle qui calcule les montants CompensationItemQuery: contient les requêtes exécutées pour calculer les montants La requête qui calcule ce montant est CompensationItemQuery. En gros, elle fait ce calcul simple: item.item_cost_price + item.ship_cost_price Et dans le cas ou le vendeur est exonéré de TVA, cette requête devrait faire ce calcul là: item.item_cost_price + item.ship_cost_price - item.item_fixed_commission_tax - item.item_varia_commission_tax - item.ship_commission_tax Une autre solution en amont serait de mettre dans item.item_cost_price et item.ship_cost_price les couts sans la TVA dans le cas ou le vendeur est exonéré deTVA. Mais cela demande une étude d'impact avant de faire cela. |
[APP-26946] [Suggestions FP]Ordre d'affichage des blocs Création: 22/oct./09 14:58 Mise à jour: 17/janv./11 16:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 55.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Thomas Allier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Projets PM archivés: | Reco FP |
| Description |
|
L'ordre d'affichage des blocs de suggestions doit tenir compte de l'ordre des noeuds dans l'arbre de suggestion.
C'est bien le cas dans le calcul des suggestions en mode preview : http://preview.priceminister.com/offer/buy/88538995/sonia-lesot-les-jardins-fruitiers-de-laquenexy-un-voyage-au-pays-des-saveurs-livre.html En revanche, en brand www, l'ordre n'est plus pris en compte : http://www.priceminister.com/offer/buy/88538995/sonia-lesot-les-jardins-fruitiers-de-laquenexy-un-voyage-au-pays-des-saveurs-livre.html Du coup, on ne maîtrise plus l'ordre d'affichage des blocs. |
| Commentaires |
| Commentaire de Antoine Carré [ 06/avr./10 10:27 ] |
| L'ordre est respecté, mais avec un jour de retard, après recalcule ... pas vraiment possible de faire autrement à vrai dire. |
| Commentaire de Harlow Fres [ 17/janv./11 15:56 ] |
|
Solutions envisageables:
Dans SuggestionSearchFactory.java public List<SuggestionSearchInput> loadSuggestionConfFromTree(Product product) 1) Creer un comparator sur les nodes qui se base sur le rank. Ce qui permet de trier notre liste de nodes. 2) Ajouter l information de rank dans l input et le propager jusqu a la jsp ce qui permettra de trier plus tard. |
[APP-26938] [Suggestions FP] Pour l'utilisateur, les "produits similaires" ne le sont malheureusement pas toujours selon ses critères Création: 21/oct./09 18:02 Mise à jour: 22/déc./09 12:04 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Ex ici : http://preview.priceminister.com/offer/buy/69746129/Intel-Core-2-Quad-Q9300---4-Go-DDR3-SDRAM---Radeon-HD-4870-X2-2-Go---DD-750-Go-SATA---DVD--R-RW-Ordinateur-de-bureau.html Si on oublie Google et qu'on se place côté utilisateur : je cherche un PC de bureau entre 350 et 500 euros. Comme ce critère n'est pas repris dans les recos que l'on retrouve en bas de page, du coup, ces "produits similaires" ne le sont pas vraiment et 60% des propositions ne m'intéressent absolument pas. |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 21/oct./09 18:06 ] |
|
Rien qu'en écrivant ce Jira "Amélioration" je sais déjà que
ça va pas être possible car il faudrait pouvoir filtrer à l'affichage
selon les critères sélectionnes par l'utilisateur dans la nav... Et si on filtre, ça ne va pas être tip top pour google... |
| Commentaire de Benoît Bourdon [ 30/oct./09 12:39 ] |
|
:-) bon bah alors on fait quoi de ce jira ? :-) Bon oui en effet, c'est pas adapté mais c'était pas du tout le but de ce projet ... donc on sait on connait ce type de besoins ... mais ça se fera dans un autre projet. |
| Commentaire de Cédric Goldovsky [ 02/nov./09 09:47 ] |
| Si "ça se fera dans un autre projet." alors pourquoi résoudre ce Jira en "Aucune correction envisagée " ? |
| Commentaire de Christophe Garcia [ 14/déc./09 10:15 ] |
|
Je réouvre en attendant de savoir comment doivent se traiter ses JIRA. |
[APP-26934] Lenteur du batch RECO Création: 21/oct./09 14:12 Mise à jour: 22/févr./10 10:21 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | Reco FP |
| Description |
|
Estimation en INTEG pour 11 millions de produits : 100-120 jours
|
| Commentaires |
| Commentaire de Christophe Garcia [ 21/oct./09 14:12 ] |
| Partiellement corrigé par la parallélisation des traitements par 3 batchs différents |
| Commentaire de Benoît Bourdon [ 21/oct./09 17:29 ] |
|
Estimation après 1 heure de traitement : 42 jours en PROD pour 22 millions. Attendons de voir aussi avec 1 nuit de traitement pour faire de bonnes estimations (FAST a des temps de réponse plus rapide la nuit que le jour - ça va influer sur le temps d'initialisation et de traitement pour ce batch.) |
| Commentaire de Thomas Allier [ 22/déc./09 11:34 ] |
|
Le temps de traitement des produits est finalement très acceptable. En FR, le batch a traité 18.000.000 de produits (80% de la base) en moins d'un mois et demi avant d'être arrêté provisoirement. L'idée est de ne mettre à jour très régulièrement que les FP les plus populaires. |
| Commentaire de Christophe Garcia [ 22/déc./09 13:05 ] |
| Certes mais il faut 3 batchs en parallèle pour arriver à ce résultat. |
| Commentaire de Edouard Gomez-Vaez [ 28/déc./09 15:46 ] |
| Pong :-). |
| Commentaire de Benoît Bourdon [ 15/janv./10 14:06 ] |
| Ping :-) |
| Commentaire de Benoît Bourdon [ 15/janv./10 14:16 ] |
|
Pourquoi ne pas laisser les 3 instances ? En faisant quelques calculs théoriques : - il faudra environ 120 à 150 jours pour tout calculer avec une seule instance - On doit mettre en place un système qui met à jour un peu plus souvent les FP pour lequels les FPs pointées sont les plus populaires --> donc certaines FP devront être mise à jour souvent et d'autres plus rarements .... donc on est obliger d'élargir la période max (plus de 120 à 150 jours puisque durant cette période certaines FP seront recalculées plusieurs fois) --> Avec comme hypothèse 1 seule instance et en n'ayant pas un rythme plus élevé pour le traitement ... on arrive environ à - 300 jours pour la mise à jour pour les produit les moins souvent mis à jour - 33 jours pour les produits les plus souvent modifiés - entre 60 et 70 jours pour les produits (cibles) qui ont une vente à 30 jours ... --> On a l'impression que si l'on veut essayer d'atteindre : - une mise à jour tous les 5 jours pour les plus populaires - une mise à jour autour de 30 jours pour les produits ayant des ventes à 30 jours - une période Max de l'ordre de la centaine de jours il faut repasser à 3 instances ... |
[APP-26932] Problèmes de Frais de port avec vendeurs étrangers dans les flux partenaires ..... Création: 21/oct./09 12:22 Mise à jour: 04/janv./10 09:48 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** STANDBY *** |
| Classif FONC: | flux partenaires |
| Description |
|
Bonjour, Nous générons pour les comparateurs de prix des flux quotidiens. Les frais de ports n'étant pas intégrés dans FAST, j'ai été obligé de trouver un mécanisme pour envoyer cette information car nous étions énormément pénalisés par rapport à nos concurrents auparavant. Actuellement, nous avons un gros soucis car il nous est impossible de savoir quel est le vendeur qui vend le produit "newbestprice" ou "usedbestprice" et surtout aussi son pays d'origine .... Le but étant de pouvoir exclure des produits car le vendeur est étranger ou bien d'ajouter les frais de ports si le vendeur est étranger.... Ex : http://www.priceminister.com/offer/buy/60012903/sort1/Dvd-R-4-7go-16x-Intenso-Label-en-Cakebox-100-Piece-Support-amovible.html?t=2173347 Chez le partenaire : ============ PriceMinister Evaluation de PriceMinister 36 avis sur ce marchand Dvd-R 4.7go 16x Intenso Label en Cakebox 100 Pièce L'Achat - Vente garanti sur des millions de produits neufs ou d'occasion Disponibilité / délai * : Voir site [ +6 offres supplémentaires ] 12,95 ¿ + port : 2,90 ¿ Chez nous : ======== Dvd-R 4.7go 16x Intenso Label en Cakebox 100... Dvd-R 4.7go 16x Intenso Label en Cakebox 100 Pièce * 12,95 ¿ * Port : 14,70 ¿ * Support amovible * Produit Neuf Vendeur professionnel. Envoi rapide et soigné. Nous ne livrons pas dans les DOM TOM. J'ai aucun moyen technique pour réaliser cette exclusion/distinction .... Cela est multiplié par le nombre de comparateur, les comparateurs n'étant pas content, menace l'arrêt des "deals".... Les flux partenaires n'étant pas une source de revenus négligeable (voir avec le market si cela est nécessaire de le valoriser), il va falloir trouver une solution.... Je suis à votre disposition pour en parler. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 13/nov./09 17:24 ] |
|
En fait : 1- Je n'ai pas forcement saisi le contenu du jira ... as-tu déjà apporté une solution "temporaire" à ce problème ou bien attends-tu une solution ? 2- Ce sujet est clairement très complexe - ce n'est pas un jira, mais un projet à discuter (pour identifier une piste de solution - pour le moment il n'en existe pas) puis à prioriser dans un pôle --> On en parle en dehors de ce jira. CE jira sera fermer, inutile de polluer les jira par des demandes de ce type. |
| Commentaire de Christophe Garcia [ 14/déc./09 12:02 ] |
| Réouvert en attendant de savoir ce qu'on en fait |
[APP-26919] BO - Recherche image : Recherches très longues (voire sans fin) pour certains statut d'images Création: 20/oct./09 11:01 Mise à jour: 26/oct./10 16:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Perf |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | photos d'annonce performance |
| Description |
|
C'est le cas pour les statuts : Refusé, Problème et Défectueuse.
Exemple : Saisir chg_pm dans les login puis faire des recherches en modifiant seulement le statut des images recherchées |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 01/mars/10 17:10 ] |
| tu vois avec PPE ? |
[APP-26916] SPOT : Erreur de lazy loading Création: 20/oct./09 10:18 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Classif1: | TECH | ||||||||||||
| Classif FONC: | tech | ||||||||||||
| Description |
|
On tente d'accèder aux events de Product en lazyloading via
spot et ça claque une expression (à noter qu'il n'y a pas spot en prod)
2009-10-15 10:00:50,113 INFO [-Processor17] swdes - >>> GET http://bo.pm.lan/offer/buy/78179452/larron-le-le-larron-cd-album.html 2009-10-15 10:00:51,045 INFO [-Processor17] swdes - Cache miss : must render template [102161_100268_0_http_5DIRECT_BODY] 2009-10-15 10:00:51,071 ERROR [-Processor17] swdes - failed to lazily initialize a collection of role: com.babelstore.stock.entity.Product.events, no session or session was closed org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: com.babelstore.stock.entity.Product.events, no session or session was closed at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358) at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350) at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:343) at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86) at org.hibernate.collection.PersistentBag.toString(PersistentBag.java:459) at java.lang.String.valueOf(String.java:2827) at java.lang.StringBuilder.append(StringBuilder.java:115) at com.babelstore.util.ClassIntrospector.computeMethodCollection(ClassIntrospector.java:96) at com.babelstore.util.ClassIntrospector.<init>(ClassIntrospector.java:58) at com.babelstore.util.ClassIntrospector.getMethodCollection(ClassIntrospector.java:193) at com.babelstore.util.ClassIntrospector.getMethodCollection(ClassIntrospector.java:171) at com.babelstore.common.SpotHelper.initVCSpot(SpotHelper.java:48) at com.babelstore.common.front.XitiBlock_jsp.generate(XitiBlock_jsp.java:147) at com.babelstore.util.Block.generate(Block.java:142) at com.babelstore.util.web.Request.include(Request.java:604) at com.babelstore.util.web.Request.include(Request.java:637) at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:358) at com.babelstore.util.Block.generate(Block.java:142) at com.babelstore.util.web.Screen.generate(Screen.java:151) at com.babelstore.util.web.Request.generate(Request.java:577) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:822) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:435) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:188) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:115) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 20/oct./09 11:06 ] |
|
Amusant que le problème ne se pose que maintenant. Franchement je vois pas comment on pourrait gérer ça sans mettre en place une énorme usine à gaz au niveau de l'introspection pour regarder avec les annotations si c'est un attribut d'entité en mode LAZY. Ou sinon il faut mieux gérer les visibilités des attributs (et getter associés) |
| Commentaire de Swan Desportes [ 20/oct./09 11:12 ] |
| ON peut mettre ce sujet en standby. On va probablement travailler sur la sécurisation des contextes Velocity en Q4. |
[APP-26909] image FPP affiché quand on mémorise dans un panier alors qu'elle est indisponible dans la FPP et lors de la mise en panier, problème de cohérence! Création: 19/oct./09 16:31 Mise à jour: 18/juin/10 15:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | IMAGE |
| Description |
|
Product_ Id = 58656177 http://www.pm.lan/offer/buy/58656177/Lot-De-2-Tee-Shirts-Noir.html (pas d'image ! dans la FPP alors que dans la nav l'image est bien affiché) Mettre ce produit en panier puis le mémorisé. la page mes articles mémorisés affiche bien l'image de ce produit. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 02/nov./09 11:14 ] |
|
Idem en prod (produit de base 58656177). Cela arrive quand les produits n'ont pas de couleur (attribut de distinction visuelle obligatoire), ils n'appartiennent donc pas à une fratrie et donc ne vont pas recevoir automatiquement l'image à leur création même si celle si existe toujours. On avait bien dit : "attribut de distinction visuelle obligatoire en import" or je lis dans le format : 04/12/2008 - FTA Copie adaptée du Modèle Vêtements V3.0 MAJ: j'ai ôté le verrou (la pré validation) sur la couleur à la demande d'Isabelle Si on veut vraiment faire sauter ce verrou, il faut faire le développement en conséquence ou accepter ce genre de comportement. |
| Commentaire de Edouard Gomez-Vaez [ 02/nov./09 11:20 ] |
| [CAJ2009Q4EGV] |
| Commentaire de Benoît Bourdon [ 07/déc./09 15:09 ] |
|
Bon, en fait ici le produit de base possède une photo qu'il a dû hériter d'un ancien produit complément ? Toujours est-il que les produits complément actifs n'ont plus d'images --> On affiche pas d'image sur la FP ! Par contre tous les mécanismes "annexe" dans l'application (TGs, mémo ...) se basent sur les photos des produit de base - on a volontairement conservé ce fonctionnement pour ne pas impacter toute l'application avec les photo des produits compléments( les couleurs et les attributs de distinction visuelle)... lors du projet initial. --> Donc il s'agit ici d'une évolution possible (mineur - puisque évacuée du projet à l'origine) concernant les souhaits, les mémo et les TGs afin que ces écrans utilisent aussi les images associées à la couleur si il y en a. |
[APP-26903] Suggestion : "Avec le même Acteur" Et quand il y'en a plueireurs ??? Création: 19/oct./09 11:44 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PasSeulActeur.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Projets PM archivés: | Reco FP | ||||||||
| Description |
|
- Comment savoir du quel il s'agit (cf. PJ) ? - Le mieux serait peut-être "Avec l'un des acteurs"; |
| Commentaires |
| Commentaire de Benoît Bourdon [ 19/oct./09 11:59 ] |
| "avec le même acteur principal" ?? |
| Commentaire de Thomas Allier [ 19/oct./09 12:18 ] |
|
Pb: l'acteur principal de la fiche produit source ne l'est pas forcément dans la fiche produit cible. Il faudrait inclure dynamiquement le nom de l'acteur dans le titre du bloc. Nécessite un dev spécifique donc hors périmètre pour la version. Soit on accepte le titre actuel, soit on en adopte un plus général : "produits similaires". Je pense que ce serait dommage car c'est compréhensible dans la plupart des cas. |
| Commentaire de Christophe Garcia [ 19/oct./09 16:47 ] |
| Pourquoi pas "D'autres films avec XXX" ? Ou "Autres fims réalisés par YYY" ? |
[APP-26901] Suggestion : Du même réalisateur, pas si vrai que çà Création: 19/oct./09 11:35 Mise à jour: 22/déc./09 12:01 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
DuMemeRéalisateur.JPG
RéalisateurAToutPrix.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Projets PM archivés: | Reco FP | ||||||||
| Description |
|
- Il y'a des suggestions du même réalisateur, alors
que ce réalisateur ne se retrouve pas dans la liste de certaines autres
FP (même pas en BO); sauf en faisant un mélange entre le prénom de l'un
et le nom de l'autre (cf. PJ).
|
| Commentaires |
| Commentaire de Thomas Allier [ 19/oct./09 14:06 ] |
|
C'est un peu la limite de la recherche contributeur, on se base sur plus d'un seul champ : http://preview.pm.lan/nav/Video/kwz3/michael+mann On utilise le même mécanisme pour générer les suggestions. On ne peut donc pas traiter ce cas là dans le cadre de la version. A noter parmi les évolutions possibles du moteur de recherche. Néanmoins, ce cas est extrêmement minoritaire. |
| Commentaire de Martin Sudmann [ 03/déc./09 12:16 ] |
|
Thomas, si tu a intégré cela au backlog, tu peux fermer le Jira stp ? Merci |
| Commentaire de Thomas Allier [ 04/déc./09 10:12 ] |
| Le problème n'est pas lié aux suggestions FP mais à la recherche contributeur. Intégré au backlog. |
| Commentaire de Christophe Garcia [ 14/déc./09 10:13 ] |
| Je réouvre en attendant de savoir comment doivent se traiter ses JIRA. |
[APP-26813] Créer un label "Ajouter des exemplaires" Création: 07/oct./09 16:21 Mise à jour: 09/oct./09 16:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 54.0.1.1 (PAR-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Sur les formulaires terreau, plante, et accessoire. Il n'y a plus de lien "Ajoutez des exemplaires d'autres ..." (voir la cause ici : Le label utiliser actuellement pour le type plante est : link_publish_advert_variant : "Ajouter des exemplaires d'autres $pluralLabel" Or on ne voudrait afficher que "Ajouter des exemplaires". Il faut donc créer un nouveau label et l'associer au type plante. |
[APP-26809] Recherche par titre : et = & Création: 07/oct./09 14:30 Mise à jour: 26/janv./10 12:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine, Recherche produit |
| Affecte la/les version(s): | 53.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Nicolas Clais | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Projets PM archivés: | Recherche globale |
| Description |
|
Lorsque l'on fait une recherche par titre ex : Anges et
Démons Blu Ray. La recherche ne donne aucun résultat. car la fiche
produit a pour titre Anges & Démons. Les recherches avec le terme "et" n'incluent pas dans les résultats le terme "&" Par contre, celà fonctionne dans le sens inverse. lorsque l'on fait une recherche du type : Anges & Démons" on a des résultats du type "anges et démons" |
| Commentaires |
| Commentaire de Benoît Bourdon [ 25/janv./10 18:13 ] |
| uniquement une question de lemmatization ? "ET = &" à faire ajouter dans le dico ? |
| Commentaire de Martin Sudmann [ 25/janv./10 18:29 ] |
|
pas de tout : & est un caractère de ponctuation et ne fait pas partie de la recherche. Une recherche pour "ange & démons" cherche en vérité "ange démons", ce qui trouve naturellement "Ange et démons", "Ange et Toto sont des petits démons" etc. Il faudrait retirer le mot "et" via stop list de la requête. |
| Commentaire de Martin Sudmann [ 26/janv./10 12:10 ] |
| par contre, si on utilise la stop list pour le mot "et", la recherche "anges et démons" va aussi trouver "anges ou démons" |
[APP-26802] FAST : Supprimer "excluded_types = 1700,1701" de "common.properties" et l'ajouter dans "feed.properties" Création: 06/oct./09 15:51 Mise à jour: 06/oct./09 15:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 54.0.0.1 (Opération Halloween UK) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Avec le passage des annonces Auto en état "Fermé" et celui des FP Auto en état "Supprimé" ; - La propriété "excluded_types" peut être supprimée du "common.properties", cela allègera la requête ; - Cette propriété "excluded_types" sera ajoutée au fichier "feed.properties" pour exclure les auto lors des prochain feed (pour un index sans Auto). - Done en INTEG. |
[META-TACHE] Modification des tracking sites-under + tracking e-mails questions
(APP-26706)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il nous manque encore les infos essentielles : - Dates (à priori une journée entre le 19/10 et le 21/10) - Les adresses IP - Le serveur de recette |
| Commentaires |
| Commentaire de Fabrice Feugas [ 06/oct./09 14:48 ] |
|
Mathilde, Pourras-tu récupérer les adresses IP des
partenaires pour leur ouvrir l'accès à notre serveur de recette et fixer
une date pour la journée de recette avec tout le monde ? Je te propose le 19/10 ou le 20/10. Tu pourras leur dire qu'il fasse un achat à n'importe qui avec le numéro de carte bleue : 16 zéros, mois et année indifférents, 000 au code de sécurité. |
| Commentaire de Fabrice Feugas [ 15/oct./09 15:53 ] |
|
UP, est-il possible de faire cette opération lundi pour que
les accès à dev5.pm.dev soient ouverts toute la journée de mardi ? Les IP arrivent dans l'après-midi pour 3 partnaires / 4, la dernière arrive lundi. De notre côté, on avait noté des infos ici : http://pricewiki.lan/Wiki.jsp?page=ApacheEnDev#section-ApacheEnDev-Ouvrir_C3_80LExt_C3_A9rieur |
| Commentaire de Mathilde Caby [ 15/oct./09 15:53 ] |
|
Bonjour, Voici les différentes IP de nos partenaires (hors Effiliation dont l'ip sera communiquée comme convenu lundi matin): Zanox = 195.216.249.33 et 192.168.33.106 Commission junction = 81.252.3.242 Affilinet = 88.217.173.6 Est-ce ok de votre côté pour leur ouvrir l'accès mardi matin? |
| Commentaire de Damien Gilloz [ 19/oct./09 10:34 ] |
|
Bonjour, Les ouvertures sont faites pour les IP: 195.216.249.33 192.168.33.106 81.252.3.242 88.217.173.6 Elles ont le droit de se connecter sur 62.23.27.118 port 80 dont le trafic est redirigé vers 192.168.1.13 (dev5.pm.dev) port 80 Avez-vous besoin d'un dns en babel.fr qui pointe vers 62.23.27.118 ? ou vous transmettez notre IP publique ? |
| Commentaire de Mathilde Caby [ 19/oct./09 10:43 ] |
|
Hello à toi, O extraterrestre(!) Moi pas comprendre : "Avez-vous besoin d'un dns en babel.fr qui pointe vers 62.23.27.118 ? ou vous transmettez notre IP publique ? " Je vais fournir les infos aux partenaires mais peux-tu me dire si ils ont ne doit pas leur fournir une url pour les tests? |
| Commentaire de Mathilde Caby [ 19/oct./09 10:44 ] |
|
Voici l'IP de Effiliation comme convenu, Pouvez-vous les autoriser svp? 193.253.181.214 |
| Commentaire de Fabrice Feugas [ 19/oct./09 10:53 ] |
|
Salut Damien, En effet on a besoin d'un DNS pour que ça soit plus clair à communiquer aux partenaires, et qui redirige directement sur le port 80. En même temps, on autorise l'accès à la dernière URL fournie par Mathilde et ça sera parfait. |
| Commentaire de Fabrice Feugas [ 19/oct./09 11:01 ] |
| Juste une question, je vois que l'IP de Zanox est en 192.168.X.X et j'ai l'impression que c'est une IP interne. Ça vous parait normal ? |
| Commentaire de Damien Gilloz [ 19/oct./09 11:19 ] |
|
J'ai ajouté la dernière adresse: 193.253.181.214 Mathilde, le DNS permet de faire une correspondance entre un nom de domaine et une adresse IP. Ca évite d'avoir à retenir les adresses IP :) J'ai donc créé: testaffiliation.babel.fr Effectivement, la deuxième adresse donnée pour ZANOX: 192.168.33.106 n'est pas bonne, c'est une adresse privée. |
| Commentaire de Fabrice Feugas [ 19/oct./09 11:40 ] |
|
Mathilde, testaffiliation.babel.fr est donc l'adresse que tu dois communiquer aux partenaires. Est-ce que tu peux demander à l'un d'entre eux de faire un test d'accès aujourd'hui pour qu'on puisse anticiper d'ici demain s'il y a des problèmes. Si c'est le cas, tu peux leur dire de m'appeler directement ? Enfin, peux-tu dire à Zanox que la deuxième adresse IP qu'ils nous ont communiqué (celle qui commence par 192.168) n'est pas bonne ? Merci. |
| Commentaire de Fabrice Feugas [ 23/oct./09 16:56 ] |
| Merci de laisser les accès pour Zanox la semaine prochaine. |
| Commentaire de Fabrice Feugas [ 18/nov./09 12:03 ] |
|
Hello, On peut désormais fermer tous les accès. Merci. |
[APP-26775] [LP de MeV] Harmoniser le lien d'ajout d'annonce à la FP Création: 05/oct./09 15:45 Mise à jour: 09/oct./09 17:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire, Mise en vente |
| Affecte la/les version(s): | 54.0.0 (CAT-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
Il faudrait harmoniser les liens d'ajout d'annonce sur les Landings Pages. Par exemple, rien que pour les 3 types de produits suivants, on a déjà trop de labels différents : VETEMENTS ==> LP 4G : "Ajouter des ex" LP MEV RAPIDE : "ajouter des ex" (en haut) + "ajouter une annonce" (en bas) ACCESS CHAUSSURES ==> LP 4G : Rien LP MEV RAPIDE : "ajouter des ex" BIJOU ==> LP 4G : " ajouter une annonce" LP MEV RAPIDE : rien en haut + "ajoutez une annonce" (en bas) |
[APP-26763] MeV Accessoire de Mode : Présence de taille "Unique" lors de la MeV, puis lors de la modification il existe d'autres tailles Création: 05/oct./09 12:32 Mise à jour: 12/janv./10 10:12 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 54.0.1.1 (PAR-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
TailleUNIQUEpuisPlusieursAutres.JPG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
cf. PJ
|
| Commentaires |
| Commentaire de Fabien Farache [ 05/oct./09 16:27 ] |
| Le formulaire de MeV utilise des DIA pour la taille (tailles différentes en fonction du type de produit choisi). En revanche les formulaires de modification ou publication annonce n'utilise pas les DIA. |
| Commentaire de Edouard Gomez-Vaez [ 05/nov./09 09:26 ] |
| En attente de la fusion de la mise en vente rapide dans la mise en vente complète. |
[APP-26744] MEV (tous les formulaires) : le commentaire annonce est obligatoire sur les articles de collection Création: 05/oct./09 11:55 Mise à jour: 05/janv./11 15:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 54.0.0.1 (Opération Halloween UK) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | MEV - Formulaire 1 étape | ||||||||
| Description |
|
Le commentaire sur les articles de collection devrait être obligatoire.
|
[APP-26674] Matrice validation image - message d'erreur validation par 50 Création: 30/sept./09 17:13 Mise à jour: 04/nov./09 17:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Tristan Wermelinger | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ERROR.docx image annnoce.docx
image ecran image annonce error 2.JPG
image ecran image annonce error 3 via jmh.JPG
image ecran image annonce error 4.JPG
image ecran image annonce error.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | FireFox 3.0 |
| Description |
|
Avoir un message d'erreur en validant les images annonces par 50 est inquiétant.
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 06/oct./09 11:11 ] |
| tu n'avais pas déjà résolu un tel problème (en rallongeant la longueur des URLs autorisées .. un truc comme ça ...) |
| Commentaire de Benoît Bourdon [ 06/oct./09 11:12 ] |
| autre question, tristan, Aurélien, la validation image ne doit elle pas se faire sur "jmh" ? |
| Commentaire de Tristan Wermelinger [ 06/oct./09 11:21 ] |
| Le problème est que la validation n'est déjà que par planche de 50. |
| Commentaire de Tristan Wermelinger [ 06/oct./09 12:16 ] |
| En utilisant le jmh seul l'URL est moins long. |
| Commentaire de Tristan Wermelinger [ 21/oct./09 09:32 ] |
| Suite à la mise en place de la V55 qui permet la validation en masse des PdA le même problème persiste par planche de 50. L'enrichissement parait trop important. Voir la PJ d'aujourd'hui. |
| Commentaire de Tristan Wermelinger [ 21/oct./09 09:50 ] |
| Le problème est le même sous 3 navigateurs différents (Chrome, IE, et Firefox) et même sous le jmh. |
| Commentaire de Tristan Wermelinger [ 21/oct./09 09:53 ] |
| La validation en masse des PdA passe si on valide les planches par 20. Au dessus de 20 (50, 100 ... ) le système donne un message d'erreur comme ci dessus. |
| Commentaire de Tristan Wermelinger [ 29/oct./09 15:29 ] |
| Le problème persiste toujours pour des planches de 50 PdA. |
| Commentaire de Tristan Wermelinger [ 04/nov./09 17:31 ] |
| Le problème est toujours persistant et cause une perte de temps importante. |
[APP-26650] [METATACHE] Gros panier en PROD : pics de charge sur plusieurs serveurs + batch EXPIRATION qui plante (timeout) Création: 28/sept./09 14:19 Mise à jour: 17/févr./10 15:24 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
APP-26651_analyse_log_integ_gros_panier.txt
|
|||||||||||||||||||||||||
| Sous-tâches: |
|
|||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||||||||||||
| Projets PM: | *** STANDBY *** |
| Commentaires |
| Commentaire de Arnaud Forgues [ 28/sept./09 14:44 ] |
|
Ce problème va être corrigé en 2 temps : - tout d'abord on va limiter le nombre d'articles en panier pris en compte pour le calcul des liens de recommandations produits dans l'ancien panier ==> prop ajouté dans priceminister-common.properties : # Limite déterminant le nombre de produit pris en compte pour le calcul des liens de recommandations produit dans l'ancien panier priceminister.cart.recommandation.threshold = 10 - ensuite on agira sur le batch d'expiration panier afin de limiter le nombre d'article annulable dans une même transaction ==> prop ajouté dans priceminister-common.properties : # Limite déterminant le nombre maximum d'article annulable dans une même transaction lors de l'expiration d'un panier priceminister.purchase.expiration.items_cancellable.max = 10 |
| Commentaire de Arnaud Forgues [ 29/sept./09 19:26 ] |
| J'ai mis en pièce jointe de ce JIRA une analyse des logs d'INTEG remonté par CGA dans la 1ere sous-tache, qui est assez déconcertante .... pb IG? lock sur purchase ? autre ? |
| Commentaire de Christophe Garcia [ 30/sept./09 09:35 ] |
|
Extrait des logs d'une mise en panier. Ci-dessous les extraits de log où on a de gros GAP de temps : DEBUT ===> 2009-09-29 18:24:58,418 INFO [P-Processor4] 192.168.61.5 - >>> POST http://preview.pm.lan/cart!action=add&aid=215831519 ... 2009-09-29 18:24:58,881 DEBUG [-Processor16] 192.168.1.84 - TX MODEL committed [1 ms] 2009-09-29 18:25:04,520 DEBUG [-Processor16] 192.168.1.84 - fromLocationToSiteNodeId([www-fr], [DIRECT_EXTERNAL_HEADER]) fallback on default repository [default] ===> 7 SECONDES ... 2009-09-29 18:25:08,172 DEBUG [P-Processor4] 192.168.61.5 - returning '2818709530' as column: PRD1_4_ 2009-09-29 18:25:15,607 DEBUG [P-Processor4] 192.168.61.5 - select product0_.PRODUCT_ID as PRODUCT1_36_0_, product0_.BASE_PRODUCT_ID as BASE2_36_0_, product0_.CREATION_DATE a s CREATION3_36_0_, product0_.CHANGE_DATE as CHANGE4_36_0_, product0_.TITLE as TITLE36_0_, product0_.URL_NAME as URL6_36_0_, product0_.STOCK_QUANTITY as STOCK7_36_0_, product0_.L IST_PRICE as LIST8_36_0_, product0_.BEST_PRICE as BEST9_36_0_, product0_.CURRENCY_ID as CURRENCY10_36_0_, product0_.WEIGHT as WEIGHT36_0_, product0_.MEDIUM_COUNT as MEDIUM12_36_ 0_, product0_.RELEASE_DATE as RELEASE13_36_0_, product0_.PRD_AVAILABILITY_CODE as PRD14_36_0_, product0_.PRD_TYPE_CODE as PRD15_36_0_, product0_.PRD_SOURCE_CODE as PRD16_36_0_, product0_.PRD_CHANGE_CODE as PRD17_36_0_, product0_.PRD_STATUS_CODE as PRD18_36_0_, product0_.SUBMITTER_COMMENT as SUBMITTER19_36_0_, product0_.SUBMITTER_ACCOUNT_ID as SUBMITTER 20_36_0_, product0_.ADV_CURRENCY_ID as ADV21_36_0_, product0_.LONG_TITLE as LONG22_36_0_, product0_.ADMIN_COMMENT as ADMIN23_36_0_, product0_.SPEC_STATUS_CODE as SPEC24_36_0_, p roduct0_.UNLIMITED_COUNT as UNLIMITED25_36_0_, product0_.IS_AVAILABLE as IS26_36_0_, product0_.NEW_BEST_PRICE as NEW27_36_0_, product0_.NEW_CURRENCY_ID as NEW28_36_0_, product0_ .NEW_COUNT as NEW29_36_0_, product0_.USED_BEST_PRICE as USED30_36_0_, product0_.USED_CURRENCY_ID as USED31_36_0_, product0_.USED_COUNT as USED32_36_0_, product0_.COLLECTIBLE_BES T_PRICE as COLLECT33_36_0_, product0_.COLLECTIBLE_CURRENCY_ID as COLLECT34_36_0_, product0_.COLLECTIBLE_COUNT as COLLECT35_36_0_, product0_.SUSPICION_CAUSE as SUSPICION36_36_0_, product0_.DATA_FILE_ID as DATA37_36_0_, product0_.OWNER_ACCOUNT_ID as OWNER38_36_0_, product0_.FRESHNESS_DATE as FRESHNESS39_36_0_, product0_.DATA_FILE_PROCESS_CYCLE as DATA40_ 36_0_, product0_.DATA_FILE_PROCESS_ID as DATA41_36_0_, product0_.PRD_VISIBILITY_CODE as PRD42_36_0_, product0_.FAST_NOTIFICATION_DATE as FAST43_36_0_, product0_.SUMMARY as SUMMA RY36_0_, product0_.SUMMARY_FRESHNESS_DATE as SUMMARY45_36_0_, product0_.PRD_LINE_KEY as PRD46_36_0_, product0_.PRD_NAVIGATION_KEY as PRD47_36_0_, product0_.PRD_MODEL_KEY as PRD4 8_36_0_, product0_.PRD_MANUFACTURER_KEY as PRD49_36_0_, product0_.ROW_VERSION as ROW50_36_0_, product0_.LAST_ADVERT_CREATION_DATE as LAST51_36_0_, product0_.COLLAPSE_KEY as COLL APSE52_36_0_, product0_.COLLAPSE_BEST_PRICE as COLLAPSE53_36_0_, product0_.COLLAPSE_CURRENCY_ID as COLLAPSE54_36_0_, product0_.COLLAPSE_NEW_BEST_PRICE as COLLAPSE55_36_0_, produ ct0_.COLLAPSE_NEW_CURRENCY_ID as COLLAPSE56_36_0_, product0_.COLLAPSE_USED_BEST_PRICE as COLLAPSE57_36_0_, product0_.COLLAPSE_USED_CURRENCY_ID as COLLAPSE58_36_0_, product0_.COL LAPSE_COLLECTIBLE_BEST_PRI as COLLAPSE59_36_0_, product0_.COLLAPSE_COLLECTIBLE_CUR_ID as COLLAPSE60_36_0_ from PRODUCT_1.PRODUCT product0_ where product0_.PRODUCT_ID=? ===> 7 SECONDES ... 2009-09-29 18:25:19,993 DEBUG [P-Processor4] 192.168.61.5 - Formatting Phrase [ShippingType.NORMAL.DESCRIPTION=Normal] 2009-09-29 18:25:27,051 DEBUG [P-Processor4] 192.168.61.5 - Formatting Phrase [ShippingType.SUIVI.DESCRIPTION=Suivi] ===> 7 SECONDES ... 2009-09-29 18:25:32,476 DEBUG [P-Processor4] 192.168.61.5 - Formatting Phrase [ShippingType.NORMAL.DESCRIPTION=Normal] 2009-09-29 18:25:39,027 DEBUG [P-Processor4] 192.168.61.5 - Formatting Phrase [ShippingType.SUIVI.DESCRIPTION=Suivi] ===> 7 SECONDES ... FIN 2009-09-29 18:25:39,159 INFO [P-Processor4] 192.168.61.5 - <<< [40741 ms] POST http://preview.pm.lan/cart!action=add&aid=215831519 |
| Commentaire de Arnaud Forgues [ 26/oct./09 18:49 ] |
| Comme vu avec Patrick en evening meeting V56, on ne fermera pas cette mététache en V56, car les sous-taches mises en oeuvres ne sont pas suffisantes pour résoudre les problèmes de charge des serveurs, il faudra donc creuser la question et enviosager d'autres pistes d'amélioration. |
[APP-26615] Vérification & nettoyage : "Alias entry <search_books_by_author> not found in database" Création: 23/sept./09 10:19 Mise à jour: 17/janv./11 11:21 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Rémi Virlouvet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
FR :
2009-09-23 05:18:19,998 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2009-09-23 05:18:19,998 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2009-09-23 05:18:19,999 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2009-09-23 05:18:20,000 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2009-09-23 05:18:20,000 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2009-09-23 05:18:20,000 ERROR [main ] - Alias entry <dummy> not found in database !! 2009-09-23 05:18:20,000 ERROR [main ] - Alias entry <advert_vehicle_search_all> not found in database !! ES : 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <root_baby> not found in database !! 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <root_vehicle> not found in database !! 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <root_wine> not found in database !! 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <root_auto> not found in database !! 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2009-09-23 05:16:49,617 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_white> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <root_search_baby> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_baby> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <root_search_vehicle> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_vehicle> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <root_search_wine> not found in database !! 2009-09-23 05:16:49,618 ERROR [main ] - Alias entry <search_wine> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <main_search_books> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <main_search_video> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <main_search_clothing> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <advert_white> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <advert_baby> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <advert_vehicle> not found in database !! 2009-09-23 05:16:49,619 ERROR [main ] - Alias entry <advert_wine> not found in database !! 2009-09-23 05:16:49,620 ERROR [main ] - Alias entry <dummy> not found in database !! 2009-09-23 05:16:49,620 ERROR [main ] - Alias entry <advert_baby_search_all> not found in database !! 2009-09-23 05:16:49,620 ERROR [main ] - Alias entry <advert_vehicle_search_all> not found in database !! 2009-09-23 05:16:49,620 ERROR [main ] - Alias entry <advert_wine_search_all> not found in database !! UK : 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <tab_500> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <tab_600> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <tab_700> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <root_white> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <root_baby> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <root_vehicle> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <root_sport> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <root_wine> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <root_auto> not found in database !! 2009-09-23 05:11:21,072 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_games_all> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_console> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_accessory> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <root_search_white> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_white> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <root_search_baby> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_baby> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <root_search_vehicle> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_vehicle> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <root_search_sport> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <search_sport> not found in database !! 2009-09-23 05:11:21,073 ERROR [main ] - Alias entry <root_search_wine> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <search_wine> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <advert_white> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <advert_baby> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <advert_vehicle> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <advert_wine> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <dummy> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <advert_video_search_all> not found in database !! 2009-09-23 05:11:21,074 ERROR [main ] - Alias entry <advert_white_search_all> not found in database !! 2009-09-23 05:11:21,075 ERROR [main ] - Alias entry <advert_baby_search_all> not found in database !! 2009-09-23 05:11:21,075 ERROR [main ] - Alias entry <advert_vehicle_search_all> not found in database !! 2009-09-23 05:11:21,075 ERROR [main ] - Alias entry <advert_sport_search_all> not found in database !! 2009-09-23 05:11:21,075 ERROR [main ] - Alias entry <advert_wine_search_all> not found in database !! |
| Commentaires |
| Commentaire de Benoît Bourdon [ 24/sept./09 18:32 ] |
|
il s'agit de noeuds qui ont été désactivés pour les évolution des NpF... .... mais il semble qu'il existe d'autre noeuds qui pointent vers ces noeuds désactivés. --> Voir l'exemple en PJ pour le noeud 102603 : c'est le paramètre "Nom pour l'URL" qui pointe vers le noeud "search_books_by_author" qui a été désactivé ! http://bo.pm.lan/category_back?action=categorysearch&javascript_callback=&category_id=102603&ctg_status_code=&category_label=&category_alias=&ctg_type_code=&ctp_type_code=&category_soft_alias=&start_date=&date_search_type=0&end_date=&number_rows=100 |
| Commentaire de Fabien Farache [ 01/oct./09 11:10 ] |
|
Si je comprends bien... Nous avons des noeuds avec pour paramètre "Nom pour l'URL" qui pointe vers des alias inexistants car supprimés. BBO > Est ce que ça te va si je supprime le paramètre "Nom pour l'URL" de ces noeuds ? Ne faudrait il pas aussi revoir le mécanisme des alertes ?? Pourquoi y a-t-il une alerte quand "l'erreur" se trouve sur un noeud inactif ?? Vu que le noeud est inactif il ne devrait pas être pris en considération. |
| Commentaire de Fabien Farache [ 13/oct./09 15:32 ] |
| Vu avec MAN, je le fais sur les 3 plateformes |
| Commentaire de Fabien Farache [ 21/oct./09 11:14 ] |
|
Esperance, j'ai supprimé les paramètres "Nom pour l'url" sur
la plateforme FR, peux tu me dire si c'est ok au démarrage des serveurs
demain pour que je puisse répercuter la modif sur ES et UK Merci. |
| Commentaire de Espérance Galouo-Lece [ 27/nov./09 12:50 ] |
|
Toujours d'actualité en PROD 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,976 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,976 ERROR [main ] - Alias entry <root_auto> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,976 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,976 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2009-11-27-05-00_angita.log.gz:2009-11-26 05:10:30,977 ERROR [main ] - Alias entry <dummy> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,068 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,068 ERROR [main ] - Alias entry <root_auto> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,069 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,070 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2009-11-27-05-00_aurore.log.gz:2009-11-26 05:11:09,070 ERROR [main ] - Alias entry <dummy> not found in database !! |
| Commentaire de Fabien Farache [ 30/nov./09 14:47 ] |
| En fait le paramètre avait bien été supprimé mais était tout de même stocké via un nouveau paramètre "Nom pour l'URL Archivé" |
| Commentaire de Fabien Farache [ 25/janv./10 15:12 ] |
| Esperance, as tu toujours ce genre d'erreur au démarrage des serveurs ? |
| Commentaire de Fabien Farache [ 19/avr./10 15:33 ] |
| Esperance... je vais venir te voir ;) |
| Commentaire de Espérance Galouo-Lece [ 28/avr./10 10:00 ] |
|
- Merci pour la visite ; - Toutes ces erreurs sont toujours d'actualité ; |
| Commentaire de Fabien Farache [ 28/avr./10 13:59 ] |
|
Peux tu me donner les erreurs stp car je ne vois pas quels noeuds posent problème. Merci |
| Commentaire de Espérance Galouo-Lece [ 28/avr./10 16:35 ] |
|
Voici : FR : 2010-04-28 09:44:42,259 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2010-04-28 09:44:42,259 ERROR [main ] - Alias entry <root_auto> not found in database !! 2010-04-28 09:44:42,259 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2010-04-28 09:44:42,260 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2010-04-28 09:44:42,261 ERROR [main ] - Alias entry <dummy> not found in database !! ES: 2010-04-28 09:44:10,049 ERROR [main ] - Alias entry <root_wine> not found in database !! 2010-04-28 09:44:10,049 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <root_auto> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2010-04-28 09:44:10,050 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <search_white> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <root_search_baby> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <search_baby> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <root_search_wine> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <search_wine> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <main_search_books> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <main_search_video> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <main_search_clothing> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2010-04-28 09:44:10,051 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <advert_white> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <advert_wine> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <dummy> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <advert_baby_search_all> not found in database !! 2010-04-28 09:44:10,052 ERROR [main ] - Alias entry <advert_wine_search_all> not found in database !! UK : 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <tab_500> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <tab_600> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <tab_700> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <root_white> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <root_wine> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <root_auto> not found in database !! 2010-04-28 09:44:13,393 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2010-04-28 09:44:13,394 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_games_all> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_console> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_accessory> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <root_search_white> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_white> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <root_search_baby> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_baby> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <root_search_sport> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_sport> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <root_search_wine> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <search_wine> not found in database !! 2010-04-28 09:44:13,395 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <advert_white> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <advert_wine> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <dummy> not found in database !! 2010-04-28 09:44:13,396 ERROR [main ] - Alias entry <advert_video_search_all> not found in database !! 2010-04-28 09:44:13,397 ERROR [main ] - Alias entry <advert_white_search_all> not found in database !! 2010-04-28 09:44:13,397 ERROR [main ] - Alias entry <advert_baby_search_all> not found in database !! 2010-04-28 09:44:13,397 ERROR [main ] - Alias entry <advert_sport_search_all> not found in database !! 2010-04-28 09:44:13,397 ERROR [main ] - Alias entry <advert_wine_search_all> not found in database !! |
| Commentaire de Fabien Farache [ 03/mai/10 11:41 ] |
| Pour la France je ne trouve aucun noeud qui pointerait sur un noeud portant ces alias |
| Commentaire de Alexandre Garnier [ 04/mai/10 18:51 ] |
|
Ce sont des positions déclarées dans l'appli dans
CategoryTree qui sont automatiquement vérifiées au démarrage de l'appli :
si il n'existe pas de noeud correspondant dans la base on a ce beau
message. --> A nettoyer ces positions maintenant obsolètes dans l'appli. Par contre si elles sont encore utilisées dans le code, c'est qu'on a un problème... |
| Commentaire de Martin Sudmann [ 05/mai/10 10:06 ] |
|
1. vérifier si les constantes sont utilisés dans l'appli 2. supprimer sinon |
| Commentaire de Renaud Dierickx [ 16/juil./10 17:12 ] |
|
Quel est l'état d'avancement de cette tache ??? c'est pas bloquant mais un peu c*iant d'avoir ça dans les log en ERROR : Dernier check en integ sur les logs ERROR : 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <car_market_price> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <root_auto> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <mapping_valeurs_auto> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_books_by_author> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_music_by_contributor> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_video_by_director> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_video_by_director_in_dvd> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_video_by_director_in_vhs> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_video_by_actor> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_video_by_actor_in_dvd> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <search_video_by_actor_in_vhs> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <main_search_music> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <sub_search_books> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <sub_search_music> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <sub_search_video> not found in database !! 2010-07-16 15:29:44,763 ERROR [main ] - Alias entry <sub_search_clothing> not found in database !! 2010-07-16 15:29:44,764 ERROR [main ] - Alias entry <dummy> not found in database !! Merci d'avance. |
| Commentaire de Eleonore Rossignol [ 03/août/10 15:11 ] |
|
[CAJ2010Q3NAV] Parmi les alias entry présents dans les logs, j'ai supprimé : - tab_500 - car_market_price - root_auto - mapping_valeurs_auto - search_books_by_author - search_music_by_contributor - search_video_by_director - search_video_by_director_in_dvd - search_video_by_director_in_vhs - search_video_by_actor - search_video_by_actor_in_dvd - search_video_by_actor_in_vhs - search_games - search_console - search_accessory - advert_global - advert_books_search_all - advert_music_search_all - advert_video_search_all - advert_games_and_devices_search_all - advert_electronics_search_all - advert_computer_search_all - advert_hifi_search_all - advert_white_search_all - advert_baby_search_all - advert_clothing_search_all - advert_sport_search_all - advert_wine_search_all - advert_search_by_code - recommendation_display_cart - recommendation_display_product - recommendation_partner_product - recommendation_partner_advert - sub_search_books - sub_search_music - sub_search_video - sub_search_clothing - root_search_baby - root_search_sport - root_search_wine - root_search_white - main_search_books - main_search_music - main_search_video - main_search_clothing - advert_white - advert_baby - advert_wine Les alias du type *vehicle* était déjà supprimés. Je n'ai pas pu supprimer : - dummy encore utilisé dans CartMemorizeAction, AdvertMemoAction et WishUpdateAction - tab_600, tab_700, root_baby, root_sport, root_wine, root_white encore utilisés dans DefaultNavigationAction - search_white, search_baby, search_wine, search_games_all, search_sport encore utilisés par RecommendationFormat et VelocityHelper J'ai également supprimés les alias entry suivant (non utilisés) : - root_search_home - root_search_books - root_search_music - root_search_video - root_search_games - root_search_electronics - root_search_computer - root_search_hifi - root_search_clothing Par contre, je ne vois pas apparaître ces logs en dév (même en me branchant sur l'intég), il faudra donc vérifier tout cela en intég. |
| Commentaire de Christophe Garcia [ 30/août/10 11:17 ] |
|
Il ne reste plus que : En FR : 2010-08-30 09:41:35,035 ERROR [main ] - Alias entry <dummy> not found in database !! En UK : 2010-08-30 09:39:57,095 ERROR [main ] - Alias entry <tab_600> not found in database !! 2010-08-30 09:39:57,096 ERROR [main ] - Alias entry <tab_700> not found in database !! 2010-08-30 09:39:57,096 ERROR [main ] - Alias entry <root_white> not found in database !! 2010-08-30 09:39:57,096 ERROR [main ] - Alias entry <root_wine> not found in database !! 2010-08-30 09:39:57,096 ERROR [main ] - Alias entry <search_games_all> not found in database !! 2010-08-30 09:39:57,096 ERROR [main ] - Alias entry <search_white> not found in database !! 2010-08-30 09:39:57,097 ERROR [main ] - Alias entry <search_baby> not found in database !! 2010-08-30 09:39:57,097 ERROR [main ] - Alias entry <search_sport> not found in database !! 2010-08-30 09:39:57,097 ERROR [main ] - Alias entry <search_wine> not found in database !! 2010-08-30 09:39:57,097 ERROR [main ] - Alias entry <advert_wine> not found in database !! 2010-08-30 09:39:57,097 ERROR [main ] - Alias entry <dummy> not found in database !! En ES, c'est OK. |
| Commentaire de Martin Sudmann [ 01/oct./10 09:42 ] |
|
Est-ce que vous pourriez vérifier si ces alias (dernier
commentaire) sont encore utilisé dans l'arbre de la nav par cat en ES et
les supprimer le cas échéant ?
Et bien sur tester que nav et MEV marchent toujours... |
| Commentaire de Martin Sudmann [ 11/oct./10 15:30 ] |
| est-ce que vous avez le temps de vérifier l'arbre pour la NAV-E? |
| Commentaire de Ariane Baldinger [ 26/oct./10 17:14 ] |
|
Rémi,
Il faut vérifier si les alias indiqués par CGA sont encore utilisés dans l'arbre de la nav par cat en UK et les supprimer le cas échéant, en s'assurant que nav et mev fonctionnent toujours. |
| Commentaire de Rémi Virlouvet [ 21/déc./10 11:23 ] |
| les alias indiqués par cga n'existent pas dans l'arbre de catégorie UK |
| Commentaire de Espérance Galouo-Lece [ 17/janv./11 11:21 ] |
|
- Est ce une raison pour résoudre le jira sans savoir d'où cela peut venir ?
- Ces erreurs sont toujours présent au démarrage des serveurs UK ; |
[APP-26578] refont Edito UK Création: 18/sept./09 14:37 Mise à jour: 22/sept./09 09:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Thomas Springett | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
-1 to put in prod.doc
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Liste des page modifier et submitted to publishing
|
| Commentaires |
| Commentaire de Thomas Springett [ 18/sept./09 14:39 ] |
| Les messages cancelled pas content et le parrainage version texte et html soumis en ref. Version Html a tester. |
| Commentaire de Thomas Springett [ 18/sept./09 14:58 ] |
|
En fait parrainage sur integ. t_ctbr_cancelled modifier en ref mais pas submitted. |
| Commentaire de Thomas Springett [ 18/sept./09 15:10 ] |
| New messages for the compte en -1. could they be added to compte problem, they could be interesting for FR and ES as well. |
| Commentaire de Cédric Goldovsky [ 22/sept./09 09:36 ] |
|
Hello, Qu'est ce qu'il y a à faire exactement ? C'est pour quand ? |
[APP-26566] Eviter et gérer l'absence de template de mail pour un mail applicatif Création: 17/sept./09 15:02 Mise à jour: 29/sept./10 12:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif FONC: | IG - Template de mails | ||||||||
| Projets PM archivés: | IG - Template de mails | ||||||||
| Description |
|
Suite au JIRA - check présence des templates de mails pour les alias applicatifs - meilleur gestion en cas de template de mail inexistant (éviter NPE dans MailTemplateServiceBean.getTemplateByAlias(MailTemplateServiceBean.java:124)) |
| Commentaires |
| Commentaire de Emeric Teil [ 18/sept./09 09:48 ] |
| Cela ne concerne pas la Tx-I... |
[APP-26547] Remplacer les BabelStore dans les contenus... Création: 16/sept./09 17:40 Mise à jour: 27/janv./11 18:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Labels BabelStore.docx
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Commentaires |
| Commentaire de Renaud Dierickx [ 16/sept./09 18:39 ] |
| cf screenshot-1 |
| Commentaire de Renaud Dierickx [ 25/sept./09 10:12 ] |
|
Benjamin, peux-tu faire une recherche dans IG sur les
"babelstore" et rédiger un doc avec les différents endroits où il y en a
encore ? Ensuite on transmettra cette liste à Fabrice qui nous dira si on peut remplacer Babelstore par Priceminister ou par brand.brandName. Merci. |
| Commentaire de Benjamin Qader [ 25/sept./09 11:29 ] |
| Fabrice j'ai fait une analyse sur ce JIRA, peux tu y jeter un ¿il et me réassigner ce JIRA pour que je finisse de le traiter en chasse ? |
| Commentaire de Fabrice Feugas [ 25/sept./09 11:46 ] |
| Ok je regarde ça et je fais les validations avec les bonnes personnes si nécessaire. |
| Commentaire de Alexandre Garnier [ 08/sept./10 12:27 ] |
| Faudrait clore ce truc un jour. |
| Commentaire de Fabrice Feugas [ 08/sept./10 19:45 ] |
| Dans les cartons... |
Question vendeur post notation : 250 caractères autorisés en saisie pourtant on a un message "Le contenu est trop long"
(APP-26540)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
500 caractères autorisés pourtant message "Le contenu est trop long" Voir screenshot |
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/sept./09 16:41 ] |
| Mais comment est-ce que tu génères ce message ? |
| Commentaire de Emilien Guichard [ 16/sept./09 18:16 ] |
| On a la même chose en prod. |
| Commentaire de Christophe Garcia [ 18/sept./09 11:26 ] |
| Tjrs pas bon sous Safari. |
| Commentaire de Emilien Guichard [ 18/sept./09 11:35 ] |
| Idem bug en doublon, on décale ça en chasse pour la prochaine version. |
[APP-26540] Question vendeur post notation : 250 caractères autorisés en saisie pourtant on a un message "Le contenu est trop long" Création: 16/sept./09 16:02 Mise à jour: 30/nov./09 09:31 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Site: | Integ | ||||||||||
| Projets PM: | *** CHASSE *** |
| Description |
|
Tout est dans le titre. Voir screenshot |
| Commentaires |
| Commentaire de Emilien Guichard [ 16/sept./09 16:20 ] |
| Je ne parviens pas à reproduire, il y a une limitation du nombre de caractères et tout caractère au delà du 250 éme est effacé automatiquement. |
| Commentaire de Christophe Garcia [ 16/sept./09 16:35 ] |
| T'as essayé sous IE ? |
| Commentaire de Emilien Guichard [ 16/sept./09 16:51 ] |
| Oui, j'ai le même comportement sous IE6. |
| Commentaire de Emilien Guichard [ 16/sept./09 18:11 ] |
| Suite à plusieurs tests, apparemment ce comportement est spécifique à Safari Mac qui affiche le message "Contenu trop long" à partir de 249 caractères dans le champ. |
| Commentaire de Emilien Guichard [ 16/sept./09 18:15 ] |
| On a la même chose en prod. |
| Commentaire de Clement Balay [ 16/sept./09 18:17 ] |
|
Ce bug existe en prod depuis mathusalem, on le corrigera en chasse pour la TX-J. Merci |
| Commentaire de Cédric Goldovsky [ 16/sept./09 18:20 ] |
| Donc pas résolu ? |
| Commentaire de Clement Balay [ 16/sept./09 18:28 ] |
|
Non, pas dans cette version. Ce bug n'a rien à voir avec la version, donc il peut attendre un peu |
| Commentaire de Clement Balay [ 16/sept./09 18:30 ] |
| ah ok, xcuse, j'avais fermé le jira effectivement |
| Commentaire de Yann Danot [ 27/nov./09 18:20 ] |
|
Après avoir effectué quelques recherches, c'est un problème de système d'exploitation et non pas de navigateur : en effet, les retours à la ligne sous mac sont encodés \r\n, notre application compte donc 2 caractères par retour chariot, d'ou le problème |
| Commentaire de Emeric Teil [ 30/nov./09 09:31 ] |
| On peut donc fermer en "Invalid" ? |
[APP-26539] [Préférences Vendeur UK] : le champ "EU VAT number" pour les PROS est décalé Création: 16/sept./09 15:59 Mise à jour: 16/sept./09 16:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Emeric Teil [ 16/sept./09 16:02 ] |
| Déjà en Prod |
| Commentaire de Cédric Goldovsky [ 16/sept./09 16:29 ] |
| that's why je n'avais pas mis de version cible |
[APP-26505] Page Mon compte - le bloc de gauche bouge Création: 15/sept./09 18:23 Mise à jour: 22/oct./09 17:59 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 53.0.0 (TX-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Emilien Guichard | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | AUTO : Nettoyage |
| Description |
|
Page Mon compte - le bloc de gauche bouge lors de la navigation dans les différentes rubriques de la page.
|
| Commentaires |
| Commentaire de Emilien Guichard [ 16/sept./09 14:52 ] |
| Ok en integ |
| Commentaire de Aurélie Kwiatkowski [ 18/sept./09 10:29 ] |
| Il bouge encore entre la page Mon Compte et Toutes mes Ventes |
| Commentaire de Emilien Guichard [ 18/sept./09 11:37 ] |
| Gafour ? |
| Commentaire de Gafour Abdoul [ 18/sept./09 11:40 ] |
| Aurélie sur quel navigateur, je viens de vérifier sur FF3.5 et c'est calé au pixel près. |
| Commentaire de Emeric Teil [ 18/sept./09 11:44 ] |
| IE7 |
| Commentaire de Gafour Abdoul [ 18/sept./09 12:52 ] |
| Corrigé en rajoutant une marge basse pour les "titres de la colonne de gauche", uniquement pour IE7 et uniquement pour le Front Template contenant #temp3 |
| Commentaire de Aurélie Kwiatkowski [ 18/sept./09 16:41 ] |
| Ca bouge encore selon moi. A toi de voir si vous voulez à tout prix le corriger. |
| Commentaire de Emilien Guichard [ 18/sept./09 16:43 ] |
|
On va arrêter la dessus pour cette version. Je déplace ça pour la TX-J. Pourrais-tu préciser un peu plus ? Merci. |
[APP-26478] Erreur de démarrage JBoss en dev concernant les entités DataFile / DataLine Création: 14/sept./09 16:54 Mise à jour: 04/août/10 10:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Martin Sudmann | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM: | *** CHASSE *** |
| Description |
|
2009-09-14 16:50:02 INFO [EARDeployer ]
- Started J2EE application:
file:/users/sudmannm/dev/build/deploy/ear/pm-main.ear/ 2009-09-14 16:50:02 ERROR [URLDeploymentScanner ] - Incomplete Deployment listing: --- MBeans waiting for other MBeans --- ObjectName: jboss.j2ee:jndiName=CabinHomeRemote,service=EJB State: FAILED Reason: org.jboss.deployment.DeploymentException: Configuration found in jbosscmp-jdbc.xml for entity DataFileBusinessEjb but bean is not a jbosscmp-jdbc-managed cmp entity in ejb-jar.xml --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- ObjectName: jboss.j2ee:jndiName=CabinHomeRemote,service=EJB State: FAILED Reason: org.jboss.deployment.DeploymentException: Configuration found in jbosscmp-jdbc.xml for entity DataFileBusinessEjb but bean is not a jbosscmp-jdbc-managed cmp entity in ejb-jar.xml 2009-09-14 16:50:03 INFO [Http11Protocol ] - Starting Coyote HTTP/1.1 on http-0.0.0.0-3080 2009-09-14 16:50:03 INFO [ChannelSocket ] - JK: ajp13 listening on /0.0.0.0:3009 2009-09-14 16:50:03 INFO [JkMain ] - Jk running ID=0 time=0/21 config=null 2009-09-14 16:50:03 INFO [Server ] - JBoss (MX MicroKernel) [4.0.2 (build: CVSTag=JBoss_4_0_2 date=200505022023)] Started in 2m:19s:612ms |
| Commentaires |
| Commentaire de Martin Sudmann [ 14/sept./09 16:55 ] |
|
Pour la chasse ? Est-ce que ça vient du déplacement des tables ? |
[APP-26468] [Templates de mails] Logs d'initialisation redondants et bizarre Création: 14/sept./09 11:11 Mise à jour: 17/févr./11 12:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | template_mail |
| Description |
|
2009-09-14 05:29:13,462 INFO [main ]
- MailTemplates - Init mail templates caches - starting ! 2009-09-14 05:29:13,463 INFO [main ] - MailTemplates Senders - Init starting 2009-09-14 05:29:13,517 INFO [main ] - MailTemplates Senders - Init done in 54 ms for 11 email labels 2009-09-14 05:29:13,528 INFO [main ] - MailTemplates - Init starting 2009-09-14 05:29:13,528 INFO [main ] - MailTemplates - Init starting 2009-09-14 05:29:17,024 INFO [main ] - MailTemplates - Init done in 3496 ms for 41 groups 2009-09-14 05:29:17,035 INFO [main ] - MailTemplates - Init done in 3507 ms for 41 groups and 0 templates 2009-09-14 05:29:17,036 INFO [main ] - MailTemplates - Init mail templates caches - done ! - redondance entre les 2 "Init done" de "MailTemlplates" avec et sans le nombre de templates : peut-être en éliminer 1 ou plus le qualifier que juste "MailTemplates" - nombre de templates toujours = 0 !! |
[APP-26428] Eviter l'envoi de mail avec expediteur erroné Création: 09/sept./09 11:28 Mise à jour: 18/juin/10 16:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | |||||||||
| Classif FONC: | template_mail | ||||||||
| Description |
|
Faire en sorte que lors de l'envoi d'email, si l'expéditeur
n'est pas une adresse valide, on lance une alerte NAGIOS et on utilise
l'expéditeur par défaut du brand (comme dans le cas d'expéditeur null
actuellement)
|
[APP-26421] Appel à une URL tronquée : http://www.priceminister.com/info/ Création: 08/sept./09 16:40 Mise à jour: 18/juin/10 17:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Classif1: | TECH | ||||||||||||
| Description |
|
2009-09-08 07:47:56,533 ERROR [-Processor42] 62.201.135.246 - Load error Servlet=com.babelstore.content.front.ContentServlet Request=GET http://www.priceminister.com/info/ Referrer=http://www.priceminister.com/info/home?tracking=905640& User-Agent=Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; CWADS32; .NET CLR 1.0.3705; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; InfoPath.1; MS-RTC L M 8) Trace=java.util.NoSuchElementException Problème de la page géré dans |
| Commentaires |
| Commentaire de Alexandre Garnier [ 08/sept./09 16:44 ] |
|
Depuis ce referrer, pas trouvé d'URL comme ça ... Par contre un href vide pourrait avoir ce comportement depuis ce referrer ... |
| Commentaire de Alexandre Garnier [ 08/sept./09 16:52 ] |
| Est-ce que ça vient de referrer différents ou toujours de la home avec tracking ? |
| Commentaire de Alexandre Garnier [ 08/sept./09 17:15 ] |
|
Referrer de type : - Referrer=http://www.priceminister.com/info/cookies_requis - Referrer=http://www.priceminister.com/info/home?&t=2095340&dinsight=345&kwsl=13915927 - Referrer=http://www.priceminister.com/info/home?p=google-home&t=316940&dinsight=345&kwsl=851416 - Referrer=http://www.priceminister.com/info/home?t=1530040&tracking=1530040& - Referrer=http://www.priceminister.com/info/home?t=1544040&zanpid=1282307241667767297 - Referrer=http://www.priceminister.com/info/home?t=1997440 - Referrer=http://www.priceminister.com/info/home?url=http://www.priceminister.com/offer/buy/1511064/Johnny-Hallyday-Best-Of-Karaoke-Vol-2-DVD-Zone-2.html& Donc toujours (ou presque) la home |
| Commentaire de Alexandre Garnier [ 08/sept./09 18:26 ] |
|
Existait avant le 52.0.0 (08/09/09) : 2009-09-07 07:19:49,791 INFO [-Processor50] 86.213.14.138 - >>> GET http://www.priceminister.com/info/ 2009-09-07 07:19:49,793 ERROR [-Processor50] 86.213.14.138 - Load error Servlet=com.babelstore.content.front.ContentServlet Request=GET http://www.priceminister.com/info/ |
| Commentaire de Alexandre Garnier [ 25/nov./09 12:21 ] |
|
Pour le referrer /info/cookies_requis, c'est corrigé par |
[APP-26388] Problème de matching sur les valeurs d'attribut Création: 01/sept./09 11:01 Mise à jour: 10/août/10 16:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Laurent Payot | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif FONC: | import | ||||||||
| Description |
|
Lorqu'on veut importer un vêtement de taille M sur le UK le
matching de "M" se fait sur une valeur créée spécifiquement pour la
bijouterie (les valeurs de A à Z ont été créées pour les bagues sur le
UK) : http://bo.priceminister.co.uk/referential_back?action=attributevalueview&attributevaluekey=PM38149905 il faudrait en fait que le matching se fasse sur : http://bo.priceminister.co.uk/referential_back?action=attributevalueview&attributevaluekey=PM37637082 Une solution à cela serait de supprimer les valeurs de tailles de bagues correspondant à des valeurs de tailles de vêtements (S, M, L) et d'ajouter "Fashion and Textile / Size Jewellery" à la liste des types associés pour ces tailles de vêtements. C'est vaiment pénalisant niveau import car on ne peut plus importer de vêtements avec des tailles S, M, ou L sur le UK ! |
| Commentaires |
| Commentaire de Ariane Baldinger [ 01/sept./09 13:53 ] |
|
La solution que tu proposes pourrait régler le problème pour
les imports de vêtements. Mais comme vu avec Marion, il faudrait voir
avant s'il n'y a pas une régression de l'appli ? Car les valeurs souhaitées sont mappées sur le type vêtement, pourquoi l'appli va chercher sur le type bijoux ? |
| Commentaire de Laurent Payot [ 01/sept./09 14:43 ] |
|
dans la liste des tailles de bagues ( http://bo.priceminister.co.uk/referential_back?action=attributevaluesearch&reload=false&prd_type_code=2726&attr_list=PMA0002663&attribute_name_key=PMA0002663 ) j'ai mappé "Fashion and Textile / Size Clothing" pour résoudre temporairement le problème niveau import. Mais le comportement de l'appli est toujours non comprehensible. |
| Commentaire de Laurent Payot [ 01/sept./09 14:54 ] |
| Ooops petite précision : j'ai mappé "Fashion and Textile / Size Clothing" uniquement pour les tailles de bagues S, M, et L qui posent problème. |
| Commentaire de Edouard Gomez-Vaez [ 07/sept./09 09:15 ] |
|
Salut, Nous avons effectivement modifié les règles de matching à votre demande :-). Le Jira : http://pricejira.lan/browse/APP-25052 Le wiki (peut-être un peu abscons) : http://pricewiki.lan/Wiki.jsp?page=MecanismeDeRechercheParIdentification Est-ce que cela répond à ta question ? Si tu veux plus de détails, Marion ou Julien, voire Jérôme, devraient pouvoir t'expliquer les pourquoi du comment. |
| Commentaire de Laurent Payot [ 07/sept./09 09:58 ] |
| Je réaffecte cette demande au dispatcher Catalogue, à vous de déterminer si il faut laisser deux valeurs de S, M et L ou pas. |
| Commentaire de Ariane Baldinger [ 11/sept./09 09:57 ] |
|
Marion, Julien ou Jérôme, pouvez-vous nous éclairer ? Est-ce que ce comportement est normal alors ? |
| Commentaire de Julien Sananikone [ 11/sept./09 16:55 ] |
|
j'ai quand même l'impression qu'il y a un problème idem en integ on a les clés: PM37637082 M mappée sur clothing uniquement PM38149905 M mappée sur jewellery uniquement Pourtant lors d'un import de clothing (forcé dans le format avec le type 2563) le système cherche à faire matcher la clé PM38149905 et donc provoque en rejet. Si je me réfère à la doc absconse, les critères I-2-1ou II-2-1 ne sont pas respectés dans le cas présent. Je ne suis pas complétement sûr qu'il n'y ait pas un pb sur le format mais rien m'a particulièrement paru bizarre. voir: http://bo.uk.integ/datafile_back?action=advfilesearch&file_id=6107936&login=happyfans_uk&process_code=&status=&use_proc_date=false&start_date=01%2F09%2F2009&end_date=&order=&x=0&y=0 |
| Commentaire de Julien Sananikone [ 11/sept./09 17:02 ] |
| de plus la valeur M de clé PM37637082 (clothing) possède un pattern |
| Commentaire de Jérôme Viviès [ 11/déc./09 09:53 ] |
|
Julien, peux-tu boucler l'analyse de cette demande et faire un CR clair du problème, stp ? Puis diriger les actions nécessaires à la résolution du problème, si le problème peut être résolu. |
| Commentaire de Julien Sananikone [ 14/déc./09 16:23 ] |
|
en fait le CR se trouve dans mes deux commentaires ci-dessus. Je ne sais pas pourquoi je suis "assignee" --> j'envoie au DEV |
| Commentaire de Laurent Payot [ 16/mars/10 11:38 ] |
|
De nouveau le problème se pose de façon urgente car j'ai pu
remarquer que lorsqu'on essaye d'importer des vêtements de couleur
""green", "blue" ou "red" (en passant pourtant par un mapping couleur
qui defini l'attribut PMA0002675 Sense perception / Colour (generic), on
a le message suivant (pour "green") par exemple : Cette valeur
d'attribut "M143466" n'est pas permis pour ce type de produit. M143466 correspond à des noms de modèles d'accessoires systeme (high-tech donc) http://bo.priceminister.co.uk/referential_back?action=attributevalueview&attributevaluekey=M143466 La même chose se passe pour "blue" et "red". C'est d'autant plus inquiétant qu'il y a BEAUCOUP de noms de modèles différent, plus de 4000 en tout cas: http://bo.priceminister.co.uk/referential_back?action=attributevaluesearch&reload=false&prd_type_code=2770&attr_list=A00601&attribute_name_key=A00601&number_rows=4000&x=47&y=6 De façon générale il semble que dès qu'une nouvelle rubrique est ouverte sur le UK le système mappe sur les nouveaux attributs au détriment des anciens. |
| Commentaire de Laurent Payot [ 16/mars/10 17:17 ] |
|
Le problème du dernier commentaire concernant l'erreur
"Red", "Green" et "Blue" a été résolu: le mapping se faisait via un
mapping généré automatiquement a partir d'un fichier csv (nouvelle
fonctionnalité) qui prenait les premières valeurs trouvée indépendament
du type précisé (voir Les erreurs précédentes invoquées dans le jira (tailles de t-shirt etc) restent néanmoins d'actualité. |
[APP-26384] [Edito] Reformulations diverses Création: 04/sept./09 14:49 Mise à jour: 21/janv./10 17:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Dans content "hs_quality" : "LIVRE Comme neuf : couverture, dos, coins en parfait état, sans tâche, manque ni déchirure ; jaquette d'origine bien présente sans déchirure ; pages intérieures sans manque ni déchirure ; pas de tâche d'encre, de graisse, d'humidité ; ni surlignage, ni soulignage dans le texte ; pas de notes manuscrites dans les marges." Dans template "different_retour_justfie_v" " POURQUOI LA RÉCLAMATION EST-ELLE JUSTIFIÉE ? Il vous faut impérativement mettre en ligne votre article sur la fiche-produit correspondante. [Pour les produits culturels, nous vous rappelons que le meilleur moyen de retrouver la fiche correspondante est d'entrer le code-barre de l'article]" Dans template "t_cmbr_retrac_sr_sent" Condition Velocity pour l'affichage du dernier paragraphe concernant la possibilité de faire une claim NR. Texte général un peu moins dur. |
| Commentaires |
| Commentaire de Rocio Perez-Garcia [ 21/janv./10 17:12 ] |
| il faut de la trad ? pour quand ? |
[APP-26381] adapter l'image GIF et text dans la page cookies selon le navigateur IE ou FireFox Création: 04/sept./09 11:51 Mise à jour: 12/avr./10 10:38 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | M'hand Hadjoudj | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||||||||||||||
| Description |
|
pour le lien ==> http://www.uk.integ/info/cookies_requis
<== il faut une image GIF propre à IE quand je navigue avec IE
(prévoir le changement de texte aussi) . NB : essayer le liens dans les
deux navigateurs (IE et FireFox) et tu verra la diférence. sinon, la même chose pour ==>http://www.es.integ/info/cookies<==, le texte et l'image sont bon mais pas pour le bon navigateur (essayer le lien sur FireFoxe) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 04/sept./09 12:04 ] |
| C'est normalement bien en place mais il semble en effet que ça bug de partout. |
| Commentaire de Alexandre Garnier [ 04/sept./09 12:11 ] |
|
Mais je trouve que c'est une erreur de vouloir gérer tout ça
parce que les interfaces changent à chaque version --> obligé de
gérer : - FF 2 - FF 3 - FF 3.5 - IE6 - IE7/IE8 - Opéra - Safari 3 - Safari 4 Et si je vais plus loin, les images devraient aussi changer selon l'OS : - Sous FF/Linux, le menu "Options" est dans "Edition" et non pas "Outils" - Sous Mac, c'est pas du tout le même style pour le menu - ... |
| Commentaire de M'hand Hadjoudj [ 04/sept./09 18:30 ] |
| pas moyen de faire un truc générique ! |
| Commentaire de Damien Dorizy [ 25/sept./09 14:44 ] |
|
En France, on fait bien la distinction : - IE7 - Firefox - Safari - Opera - IE6 SP1 - IE6 SP2 Ça a été fait dans le Jira : Il faut faire la même chose sur ES et UK, avec les captures et les tests qui vont bien. -- Mais comme dit Alex, ça peut vite devenir problématique. Déjà, on ne gère pas les nouveaux navigateurs (IE8, Chrome...), il faudrait aussi faire des captures pour ceux-ci. Et pourquoi pas gérer les mobiles ? > La plupart des gens qui ont leur cookies désactivés l'ont fait volontairement, ils savent donc comment faire pour les réactiver. Une simple page sans capture suffirait donc (revoir le wording). > Sinon, définir une liste complète des navigateurs et versions pour lesquels faire les captures. |
| Commentaire de Rémi Virlouvet [ 05/nov./09 16:45 ] |
|
c'est justement face à la mutiplicité des configurations et
versions de navigateurs que je n'ai paramétré qu"un cas (firefox) en
ajoutant une phrase expliquant que sous d'autres la manip était
similaire. je remarque d'ailleurs que la page fr sous IE8 plante http://www.priceminister.com/info/cookies_requis laisser ainsi le UK ou avoir une réflexion globale sur les 3 plate-formes. |
| Commentaire de Alexandre Garnier [ 25/nov./09 12:32 ] |
|
Meilleur gestion faite pour FR dans Possible de dupliquer pour ES et UK mais faudrait alors aller chercher toutes les captures d'écran ... Je pense que s'il a été choisi de ne pas faire ça pour ES et UK, on peut fermer. |
| Commentaire de Marion Anfreville [ 26/nov./09 15:22 ] |
| Ok pour toi Ariane ? |
| Commentaire de Ariane Baldinger [ 26/nov./09 15:30 ] |
| ok |
| Commentaire de Christophe Garcia [ 26/nov./09 16:57 ] |
|
Comprends pas : vous voulez dire qu'on ne "traduit" pas cette page/image ? Alex vous confirmera sûrement que c'est une page très visitée. |
| Commentaire de Alexandre Garnier [ 12/avr./10 10:38 ] |
| Cette page est maintenant dans l'aide en ligne. |
[APP-26361] La surcharge de l'expéditeur ne fonctionne pas Création: 03/sept./09 11:29 Mise à jour: 17/févr./11 12:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
APP-26361.patch
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Classif FONC: | template_mail |
| Projets PM archivés: | IG - Template de mails |
| Description |
|
Exemple avec le mail user_registration_login : J'ai modifié
l'expéditeur du mail pourtant c'est toujours celui par défaut qui est
envoyé dans le mail. Voir screenshot |
| Commentaires |
| Commentaire de Romain Salles [ 03/sept./09 12:22 ] |
|
Problème résolu ce matin. Pour vérifier que c'est bien le même bug : - vas dans la dernière fenêtre avant l'envoi de l'email - cliques sur la liste des sender par défaut - normalement, tu n'auras pas les 'back101', ... Si c'est le cas, il suffit de relancer le serveur (qui l'a été pour la dernière fois hier) et le problème ne sera plus qu'un mauvais souvenir. Merci de me préciser que ce soit ok, que je puisse fermer le JIRA. |
| Commentaire de Romain Salles [ 03/sept./09 12:34 ] |
|
une petite question : le mail a été envoyé de manière automatique ? ou bien à la main via le bo ? |
| Commentaire de Romain Salles [ 03/sept./09 14:11 ] |
|
C'est déjà le cas actuellement en prod : un mail applicatif est toujours envoyé de la part de 'nepasrepondre' / 'donotreply' / 'noresponder' @ priceminister |
| Commentaire de Romain Salles [ 03/sept./09 14:16 ] |
|
Voici le patch à appliquer si l'on veut modifier le bug. Le principe est simple : lorsqu'on crée un mail système, on va chercher le sender par défaut et on renseigne le champ. |
[APP-26357] Lenteur en BO quand on souhaite répondre à un message Création: 03/sept./09 10:22 Mise à jour: 18/juin/10 16:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | |||||||||
| Classif FONC: | tech | ||||||||
| Description |
|
Aller en BO - Messages Rechercher les messages du login chg_pm Cliquer sur Répondre à l'un des messages ==> C'est long ! Voir log ci-dessous 2009-09-03 10:06:42,038 INFO [P-Processor9] BO:pmadmin:toto - >>> GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532 2009-09-03 10:06:42,208 INFO [P-Processor9] BO:pmadmin:toto - Start to compute counters from 'BO : Messagerie' (FROM_BO_USR_MESSAGE_CONFIGURE_MODEL) 2009-09-03 10:06:42,232 INFO [P-Processor9] BO:pmadmin:toto - Delay to compute counters from 'BO : Messagerie' (FROM_BO_USR_MESSAGE_CONFIGURE_MODEL) : 24 ms 2009-09-03 10:07:04,972 WARN [P-Processor9] BO:pmadmin:toto - Long query [22701 ms]: UsrMessageSearchQuery -- UsrMessageSearchQuery VAR x1 NUMBER § EXEC :x1 := 9614950; SELECT /*+ USE_NL(usr_message user_account) */ usr_message.usr_message_id, usr_message.advert_id, usr_message.body, usr_message.change_date, usr_message.complaint_id, usr_m essage.contract_id, usr_message.creation_date, usr_message.description, usr_message.item_id, usr_message.operation_id, usr_message.parent_usr_message_id, usr_message.prd_image_i d, usr_message.product_id, usr_message.purchase_id, usr_message.question_id, usr_message.recipient_email_address, usr_message.review_id, usr_message.row_version, usr_message.sen d_date, usr_message.sender_email_address, usr_message.subject, usr_message.ums_domain_code, usr_message.ums_incoming_context_id, usr_message.ums_incoming_status_code, usr_messag e.ums_outgoing_status_code, usr_message.ums_template_id, usr_message.ums_type_code, usr_message.user_account_id, usr_message.warranty_id, dbms_lob.substr(usr_message.body, 250) as body_str, user_account.login FROM usr_message, user_account WHERE (user_account.user_account_id = usr_message.user_account_id) AND (usr_message.user_account_id = :x1) AND (usr_message.ums_type_code = 10) AND (usr_message.ums_incoming_status_code = 10) ORDER BY usr_message.creation_date desc ; 2009-09-03 10:07:05,010 INFO [P-Processor9] BO:pmadmin:toto - <<< [22972 ms] GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532 2009-09-03 10:07:05,010 WARN [P-Processor9] BO:pmadmin:toto - Long request [22972 ms]: GET http://www.pm.lan/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=9614950&usrmessageid=193505532 |
| Commentaires |
| Commentaire de Alexandre Garnier [ 03/sept./09 10:48 ] |
|
On a rien changé à ce comportement. Je pense que c'était déjà le cas avant. En tout cas cette requête passe maintenant sans problème (côté SQL comme Web), sûrement une lenteur au premier appel (Patrick ?) Habib, est-ce que vous observez déjà ce genre de comportement ? Sinon ça sert à afficher la liste des message non répondu à cet utilisateur. |
| Commentaire de Habib-Sylvain Gourguet [ 03/sept./09 10:53 ] |
|
Lié à ce que je te signalais par mail ce matin ? A savoir
qu'on ne peut plus répondre à un message d'un utilisateur qui nous
aurait contactés par un formulaire. Dès que nous cliquons sur "Répondre", le message d'erreur suivant apparaît : null; CausedByException is: null; CausedByException is: id to load is required for loading Voir sur le compte suivant : http://bo.pm.lan/user_back?action=userview&showeventothers=true&useraccountid=11718395 |
| Commentaire de Alexandre Garnier [ 03/sept./09 10:55 ] |
| Pas sûr que ce soit lié |
[APP-26335] Traduction Label CAT-L : [Rationalisation "Mon Inventaire"] Création: 02/sept./09 15:45 Mise à jour: 21/oct./10 16:26 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Jonathan Casseron | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Projets PM: | CSS - Rationalisation Inventaire |
| Description |
|
Dans le cadre de la rationalisation de Mon Inventaire, certains labels ont été modifiés et un autre créé:
Ces labels nécessitent une traduction en ES et UK Labels modifiés: /default/Labels/_Mon Compte/_Espace Vendeur/InventoryClassicInclude/lbl_your_reference /default/Labels/_Mon Compte/_Espace Vendeur/InventoryClassicInclude/link_put_price_at /default/Labels/_Mon Compte/_Espace Vendeur/InventoryClassicInclude/link_put_half_price Label créé: /default/Labels/_Mon Compte/_Espace Vendeur/InventoryClassicInclude/info_suspended_advert |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 03/sept./09 09:30 ] |
|
UK ok cms ref |
| Commentaire de Rocio Perez-Garcia [ 03/sept./09 11:34 ] |
|
ES tb on publie également FR |
| Commentaire de Jonathan Casseron [ 03/sept./09 17:34 ] |
|
Merci, quelques précisions cependant: Qu'en est-il des espaces insécables pour UK (un a été mis sur info_suspended_advert et pas sur lbl_your_reference). Quelle est la règle à suivre ? J'ai du modifier link_put_half_price pour lequel la structure ne correspondait pas, j'ai donc supprimé les ":" qui avaient été ajoutés. Merci |
| Commentaire de Carole Boucheny [ 12/oct./09 10:38 ] |
| Publié sur cms ref |
| Commentaire de Christophe Garcia [ 19/oct./09 10:50 ] |
| Déscopé V55 |
| Commentaire de Benoît Bourdon [ 19/oct./09 14:07 ] |
| GAF : à suivr lors de la sortie de la Ratio |
[APP-26322] Longueur bloc Mon Compte change selon les pages Création: 02/sept./09 10:12 Mise à jour: 02/sept./09 13:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/sept./09 10:32 ] |
|
C'est pas le même template utilisé : - /user --> <div id="struct_page"> - /connect --> <table id="table_gen" > A gérer dans le cadre de la ratio. |
| Commentaire de Alexandre Garnier [ 02/sept./09 10:33 ] |
| Rien à voir avec le HTTP/HTTPS |
| Commentaire de Gafour Abdoul [ 02/sept./09 13:08 ] |
|
Présent en prod pour IE7 en fait : - on a trois alignements différents (au moins) un par template Si on corrige ici il faudra le faire pour les pages rationalisées dans "mon compte", en revanche une fois ces pages rationalisées, elles seront identiques donc jerejoins Alex, on traite pendant la rationalisation de ces pages |
[APP-26321] Le logo PriceMinister du bilan vendeur est ancien Création: 02/sept./09 09:39 Mise à jour: 21/oct./10 16:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Bilan vendeur, Mails |
| Affecte la/les version(s): | 50.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||||||||||
| Description |
|
Dans le bilan vendeur le logo PriceMinister est l'ancienne
version, il faudrait mettre la nouvelle version avec la nouvelle
baseline
voir screenshot merci |
| Commentaires |
| Commentaire de Gafour Abdoul [ 02/sept./09 14:31 ] |
|
Charles, Mohamed travaille actuellement sur des versions "corporate" d'utilisation du logo. il faudrait lui demander où il en est pour qu'il le joigne à ce JIRA. Merci |
| Commentaire de Rocio Perez-Garcia [ 12/oct./09 13:20 ] |
|
Une autre question : Dans les e- mails Bilan vendeur (ES, UK) le bouton "Acceder à mon compte" ne s'affiche pas bien. J'ai vu que le code est diffèrent à celui de Bilan avis. Est-ce que on peut utiliser ce dernier ? : Bilan vendeur : <table height="25"border="0" cellspacing="0" cellpadding="0" class="actionbouton"> <tr> <td width="13" height="25"><img src="$uriFormat.getVisuelUrl('/visuels/fonctionnel/bilan_vendeur/cote_gauche.gif')" width="13" height="25"></td> <td background="$uriFormat.getVisuelUrl('/visuels/fonctionnel/bilan_vendeur/centrale.gif ')"><a href="$brand.url()/user?t=1292149" target="blank">Acceder a mi cuenta</a></td> <td width="13" height="25"><img src="$uriFormat.getVisuelUrl('/visuels/fonctionnel/bilan_vendeur/cote_droit.gif')" width="13" height="25"></td> </tr> </table> Bilan avis : <center><p class="btn"><a href="$brand.url()/user?login=$user.Login&$trackingCode"><img src="$uriFormat.getPicUrl('go_to_account.gif')" width="174" height="27" border="0" alt="Ir a mi cuenta"></a></p></center> Merci ! |
| Commentaire de Gafour Abdoul [ 19/oct./09 12:40 ] |
|
non car ça n'est pas reccté dans ce contexte. Pour "avis", il s'agissait d'un nouveau code qui a été sur différents clients mail de gmail à hotmail ... |
| Commentaire de Charles Decaux [ 19/oct./09 15:54 ] |
|
salut Gafour, concernant la charte, je te l'ai transmise dans un autre JIRA Du coup, peut-on avancer sur la résolution ? |
| Commentaire de Corinne Grondin [ 20/oct./09 11:37 ] |
|
Hello, On a le feu vert de Mohamed pour la diffusion des nouveaux logos. Tout est disponible ici : - es : T:\00_Maquettage\TEMP\Logo_PM_V2\257x54_logo-es.gif - uk : T:\00_Maquettage\TEMP\Logo_PM_V2\257x54_logo-uk.gif - fr : T:\00_Maquettage\TEMP\Logo_PM_V2\257x54_logo-fr.gif |
| Commentaire de Charles Decaux [ 02/déc./09 09:27 ] |
| Je viens de recevoir le bilan vendeur ES : le bouton "accéder à mon compte" ne s'affiche encore et toujours pas... |
[APP-26320] Lien vers PM en dur dans les templates Création: 01/sept./09 17:59 Mise à jour: 14/févr./11 15:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Petite tâche de fond loin d'être prioritaire, histoire
d'avoir une base plus clean : placer un $brand.url() à la place du lien
direct vers priceminister.es ou priceminister.co.uk dans les templates
de mail concernés.
Une quinzaine de templates tout au plus. Thomas puis Rocio. Je m'occupe de la soumission et de la publication une fois le JIRA revenu chez moi. Merci. |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 14/févr./11 15:10 ] |
| Je réaffecte auprès de notre responsable Edito SAV pour UK. |
[APP-26316] Pas de photo sur des vieux items alors qu'il y en avait sur le produit. Création: 01/sept./09 12:56 Mise à jour: 11/sept./09 14:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 50.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Patrick Pereira |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Regarder le compte de rrabbitt, dans revendez vos achats. Aucun de ses achats antérieures au 11/06/2007 n'ont d'images, alors que parmi tous ceux-là il devrait y en avoir (notamment les produits culturels...). Problème d'initialisation du summary ? (Attention, je dis bien "pas d'images", je ne parle pas du problème d'image purgées du jira lié) |
| Commentaires |
| Commentaire de Benoît Bourdon [ 11/sept./09 14:18 ] |
|
étonnant : Agathe est venu me monter la même chose la semaine passé. En analysant on est tombé sur la même conclusion : Les summary dénormalisés dans les items n'ont pas été mis à jour lorsque l'on a ajouté les images dans les summary produits. --> Est il encore possible de récupérer les id des images des items avant cette date et les insérer dans le summary des items ? (colonne supprimée ?) je transfert à PPE pour voir si on a toujours cette information qql part. |
[APP-26254] [Mise en Vente Rapide : Disque vinyle] : picto d'aide à revoir Création: 24/août/09 17:45 Mise à jour: 24/août/09 17:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
il existe un picto représentant un "ampoule" monochrome,
elle ressemble du coup à celle utilisée pour les "tips" ou sur la même
page pour les astuces vendeur : - N'est utilisé que dans le paramétrage du formulaire - apparemment, l'icône n'est utilisée que par le [velocity reference : $imgRoot/visuels/2007-11-07-ampoule/hint.gif] - l'image se trouve aussi ici dev/source/static/front/brand/www/images/default/icon/hint.gif mais n'est utilisée ni en dur dans les JSP ni dans le répertoire CSS |
[APP-26211] Validation image produit - img refusée en état supprimé Création: 11/août/09 16:46 Mise à jour: 11/sept./09 14:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
img prod refused etat supp.JPG
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Les images produit (et non PdA) refusées par l'équipe
validation sont en état "supprimé" et non "refusé". Il serait cohérent
de rectifier pour distinguer les refusées des supprimées lors d'une
recherche. |
| Commentaires |
| Commentaire de Thomas Allier [ 18/août/09 09:56 ] |
|
Seule l'action de suppression est actuellement disponible
sur les images produit (cf. fiche image produit de ta capture d'écran et
les écrans de validation). Donc il n'y a pas d'image produit en état "refusé". Si on souhaite distinguer l'action de suppresion de l'action de refus pour les images produit, notamment par rapport à l'envoi de mail, il faut faire évoluer ces écrans BO. |
| Commentaire de Aurélien Vergalli [ 18/août/09 10:36 ] |
|
Je pensais (naïvement) que le distinguo supprimé/refusé
pouvait être fait automatiquement lors d'un refus (supression) effectué à
partir de la matrice. Evolution nécessaire, donc on oublie (priorité mineure). Merci. |
[APP-26174] forte hausse du nombre de paniers sous le statut "capture denied" Création: 11/août/09 13:42 Mise à jour: 09/sept./09 14:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 50.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Steven Harel | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
nous avons depuis plusieurs jours, plusieurs dizaines de
paniers par jour dont la capture est refusée. "CAPTURE DENIED" il faut retenter la capture manuellement, une deuxième tentative permet de passer ces paniers en "CAPTURED". ceci concerne tous les pays. la réponse de sips est la suivante : com.babelstore.payment.PaymentTechnicalException: Could not parse SIPS response: (java.lang.Exception: java.io.IOException: Server returned HTTP response code: 502 for URL: http://office.sips-atos.com:2001/cgis-office/prod/call_transaction) exemple de panier : http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=74200245 |
| Commentaires |
| Commentaire de Emeric Teil [ 11/août/09 14:54 ] |
| Vu avec Patrice, à priori des problèmes de connexion avec SIPS depuis jeudi... |
| Commentaire de Steven Harel [ 04/sept./09 10:14 ] |
|
on a des news de sips ? on a toujours plein de capture denied. ça fait 3 semaines, c'est plus un problème temporaire, y a un truc qui s'est cassé. gracias |
| Commentaire de Habib-Sylvain Gourguet [ 04/sept./09 14:52 ] |
| Jusqu'à 30 paniers en capture denied en moins de 2 h. |
| Commentaire de Habib-Sylvain Gourguet [ 09/sept./09 14:55 ] |
|
Claire en copie. Plus de 30 paniers à capturer manuellement aujourd'hui. |
[APP-26172] Page "Faire une réclamation" : amélioration du texte explicatif Création: 11/août/09 12:20 Mise à jour: 28/janv./11 14:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 50.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Faire une réclamation.rtf
Mise en forme APP26172.rtf
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Nous cherchons à mieux indiquer à l'acheteur les
informations attendues par le SAV pour le traitement de sa réclamation. Ceci raccourcirait grandement le processus de traitement (moins de mails "rejeté - précisez le problème") et réduirait la frustration de l'utilisateur face à un rejet de sa réclamation. Texte actuel : "Le vendeur s'est engagé à livrer cet article. Dès réception, pensez à lui donner une note pour valider la réception. Si vous n'avez toujours rien reçu 3 semaines après la date de commande, vous pourrez enregistrer une réclamation auprès de PriceMinister. Il est important de ne pas laisser passer le délai contractuel de 6 semaines, faute de quoi l'article sera considéré comme reçu et le vendeur payé. Pour plus d'informations sur les réclamations vous pouvez vous reporter à la rubrique Garanties acheteur de l'aide. [FORMULAIRE] Merci de décrire le plus précisément possible le problème rencontré." Nouveau texte : "Vous pouvez effectuer une réclamation dans un délai maximum de 6 semaines après la date de la commande. Le service clients de PriceMinister prendra contact avec le vendeur et le transporteur si nécessaire pour résoudre le problème que vous rencontrez. Si vous avez reçu un article abîmé, indiquez très précisément l'état de l'article et/ou le dysfonctionnement rencontré. Indiquez aussi l'état du colis (notamment si celui-ci porte des traces évidentes de choc ou de déchirure) et la qualité de l'emballage du vendeur. Si vous avez reçu un article différent, précisez le nom exact (titre, libellé, marque, ...) de l'article que vous avez reçu, et en quoi il diffère de l'article commandé. Si vous pensez avoir reçu une contrefaçon, décrivez tous les éléments vous permettant de l'affirmer. [FORMULAIRE] Sélectionnez dans le formulaire ci-dessus le problème que vous rencontrez, et apportez toutes les précisions requises dans votre commentaire. " |
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 11/août/09 12:22 ] |
|
Voir PJ pour une possible mise en forme du nouveau texte. Gafour en observateur pour s'assurer du respect de la "rationalisation CSS". |
| Commentaire de Rocio Perez-Garcia [ 14/août/09 13:44 ] |
|
Labels à reformuler / traduire : /default/Labels/_Phrase/_I/ItemFormat/MB_DSC_COMMITTED /default/Labels/_Mon Compte/_Espace Acheteur/BuyerItemClaim/txt_buyer_waranties Puis le formulaire et le footer |
| Commentaire de Rocio Perez-Garcia [ 14/août/09 14:31 ] |
|
Le formulaire est appelé depuis le code. Pour le footer il faut traduire le label: /default/Labels/_Mon Compte/_Espace Acheteur/BuyerItemClaim/txt_be_precis Habib, c'est pour la TX-I ? |
| Commentaire de Habib-Sylvain Gourguet [ 14/août/09 14:45 ] |
|
Ca ne rentre ni dans le cadre du projet de la TX, ni dans le cadre du CoSAV. A faire passer dès que possible. |
| Commentaire de Ariane Baldinger [ 20/août/09 14:35 ] |
|
La prochaine version est la CTN-M. Habib, si tu veux que ce jira passe dans cette version il faut que tu valides avec Fabrice et Swan que ce jira peut passer dans leur version de pôle. Merci Ariane |
| Commentaire de Swan Desportes [ 20/août/09 15:05 ] |
| Mettre ça dans notre version ne me pose pas de problème, sauf s'il y a du dev. |
| Commentaire de Habib-Sylvain Gourguet [ 20/août/09 17:36 ] |
|
Ok, merci Swan. Je vous laisse donc vous occuper de cette modification du texte. |
| Commentaire de Swan Desportes [ 20/août/09 17:39 ] |
| Est ce que tu as bien lu la dernière partie de mon commentaire : pas de soucis si vous voulez faire passer la correction dans notre version sauf si c'est nous que devons le faire. |
| Commentaire de Rocio Perez-Garcia [ 20/août/09 18:17 ] |
|
Habib, Vu que vous n'avez pas accès au repository default pour pouvoir traiter cette demande directement je te propose de le mettre en "a traduire" et dispatcher trad. On s'occupera de la partie FR si tout le monde est d'accord. |
| Commentaire de Habib-Sylvain Gourguet [ 20/août/09 18:22 ] |
|
Si Ariane n'y voit pas d'inconvénient, ok pour le mettre en Dispatcher Trad. Merci Rocio. |
| Commentaire de Habib-Sylvain Gourguet [ 21/août/09 10:56 ] |
|
Rocio, je te laisse voir si tu peux résoudre ce JIRA avant la CTN-M. Pour le bien de ton ancien service... :-) |
| Commentaire de Rocio Perez-Garcia [ 24/août/09 10:55 ] |
| Le premier paragraphe n'est pas labelisé. Pas de modification possible sans l'aide d'un dev. |
| Commentaire de Rémi Virlouvet [ 24/août/09 11:41 ] |
| y a du dev donc ça passe pas dans la ctn, c'est bien cela ? |
| Commentaire de Emeric Teil [ 07/déc./10 18:32 ] |
| Habib, cette demande est toujours d'actualité ? |
| Commentaire de Emeric Teil [ 28/janv./11 14:56 ] |
| on ferme ? |
[APP-26168] Les redirections de recherche globale ne fonctionnent pas pour open search et accelerator Création: 10/août/09 18:25 Mise à jour: 06/avr./10 11:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
En couleur s'il vous plaît.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Pour ceux qui ont une ancienne version de l'accelerator ou de l'open search, les redirections ne fonctionnent pas. Opensearch : Execute : $brand.url()/navigation/se/category/sa/opensearchversion/1/kw/{searchTerms} Devrait être redirigé vers : $brand.url()/s/{searchTerms}/opensearchversion/2 Est redirigé aujourd'hui vers : $brand.url()/s/{searchTerms} Suggest : $brand.url()/navigation/se/category/sa/opensearchversion/1/mode/suggestion/kw/{searchTerms} Devrait être redirigé vers : $brand.url()/s/{searchTerms}/opensearchversion/2/mode/suggestion Est redirigé aujourd'hui vers : $brand.url()/s/{searchTerms} Preview $brand.url()/navigation/se/category/sa/opensearchversion/1/mode/preview/kw/{searchTerms} Devrait être redirigé vers : $brand.url()/s/{searchTerms}/opensearchversion/2/mode/preview Et aujourd'hui n'est pas redirigée, et donc plante ! Accelerator : Execute : idem execute Opensearch (en remplaçant {searchTerms} pas {selection}) Preview : idem preview Opensearch (en remplaçant {searchTerms} pas {selection}) |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 10/août/09 18:26 ] |
| Pour voir cela en couleur, cf PJ. |
| Commentaire de Edouard Gomez-Vaez [ 11/août/09 09:09 ] |
| Vu avec Thomas : on peut aussi vouloir rediriger les ancien open search vers une page de mise à jour. |
| Commentaire de Edouard Gomez-Vaez [ 31/août/09 16:00 ] |
|
Thomas, que préfères-tu que l'on fasse ? Corriger les redirections : on peut mettre cela en chasse. Rediriger vers une page de mise à jour : un dev aurait besoin de savoir vers laquelle (la faire créer par le param avec les maquettistes ?) |
| Commentaire de Benoît Bourdon [ 11/sept./09 14:21 ] |
|
Pour corriger rapidement - à court terme : on met en place des redirections. |
| Commentaire de Antoine Carré [ 06/avr./10 11:53 ] |
|
Si on corrige les redirections, un jour on va remettre à
jour open search et cela va de nouveau tout casse, on va re-corriger ...
et ainsi de suite. On va faire une règle de redirection par version ? On peut pas juste mettre à jour OpenSearch sans demander l'avis à personne ? je pense pas que les utilisateurs se pré-occupent vraiment de leur version d'openSearch sur le site de priceminister... |
[APP-26154] [Page My Account | UK] Le bouton "login" est trop grand par rapport au wording Création: 07/août/09 14:56 Mise à jour: 07/août/09 15:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 55.0.0 (CAT-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Corinne Grondin | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bouton_uk.png
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Il faudrait réduire la taille du bouton "login" à la même taille que celui du dessous ("register")
|
[APP-26102] Article requested apparait annulé sur le compte vendeur Création: 28/juil./09 16:45 Mise à jour: 04/nov./09 11:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=16015607 La vente indiquée comme annulée sur ce compte est en fait un article à l'état "requested", commandé ce jour, et donc non annulé : http://bo.priceminister.jmh/purchase_back?action=itemview&itemid=111064006 |
| Commentaires |
| Commentaire de Emeric Teil [ 29/juil./09 09:56 ] |
|
Hello, En fait, les articles non confirmés ont toujours été pris en compte dans ce compteur. La différence est qu'avant on l'appelait "non conf" et que maintenant il a été renommé en "annulé"... Si on souhaite modifier cela, deux options : -> Ajouter un autre compteur pour afficher les ventes en cours (à priori peu d'intérêt) -> Ne pas tenir compte de ces ventes Je baisse donc la criticité et le passe en amélioration. |
| Commentaire de Emeric Teil [ 04/nov./09 11:44 ] |
| Habib, tu pourras préciser parmi les deux solution ci-dessus laquelle a ta préférence stp ? |
[APP-26097] [Post-migration Cbv] Supprimer toutes les références aux types de garanties CBV_INTERNAL et CBV_EXTERNAL Création: 28/juil./09 11:45 Mise à jour: 17/févr./10 14:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Marc-Antoine Decreton | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Aujourd'hui, avant le passage des scripts de migration CBV,
on a encore des garanties en base du type CBV_INTERNAL et CBV_EXTERNAL. Suite à la migration, ces 2 types doivent disparaitre pour laisser place au type CBV. Cette mise-à-jour du code devra se faire suite au passage des scripts de migration. Impact : méthode getCbvWarranty de BuyerItemDetail |
[APP-26070] [Mots-clé] Modification mots clés $purchase.containsOnlyPrdTypeCode Création: 24/juil./09 14:29 Mise à jour: 10/août/10 15:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Avec la V50, on assiste à la suppression définitive des mediums. Nous avions pour les Fraudes différentes methodes pour tester si le panier contenait un ou plusieurs articles de tel typecode et eventuellement medium. Il faudrait donc supprimer le champ correspondant au medium. ex: $purchase.containsOnlyPrdTypeCode(80,-1) deviendrait simplement $purchase.containsOnlyPrdTypeCode(80) Cédric. |
| Commentaires |
| Commentaire de Cedric Favero [ 24/juil./09 14:32 ] |
|
Rappel des différentes methodes créées à l'époque par Renaud. - panier contient au moins un article de ... $purchase.containsPrdTypeCodeByIdentifier("VIDEO", "DVD_ZONE_2") - panier ne contient que des articles de ... $purchase.containsOnlyPrdTypeCodeByIdentifier("VIDEO", "DVD_ZONE_2") - article "fort" dans un panier : le plus cher $purchase.getMostExpensiveItemFormat() [ Afficher » ] Renaud Dierickx - 30/mai/08 15:00 Tu auras 3 nouvelles méthodes : - panier contient au moins un article de ... $purchase.containsPrdTypeCodeByIdentifier("VIDEO", "DVD_ZONE_2") - panier ne contient que des articles de ... $purchase.containsOnlyPrdTypeCodeByIdentifier("VIDEO", "DVD_ZONE_2") - article "fort" dans un panier : le plus cher $purchase.getMostExpensiveItemFormat() Et meme choses avec les codes: - $purchase.containsPrdTypeCode(30, 170) - $purchase.containsOnlyPrdTypeCode(30,170) Remarque : en mettant le medium à -1, on ne testera que sur le prdTypeCode. |
| Commentaire de Manuel Sadok [ 10/août/10 15:54 ] |
| Il reste 9 derniers mots clé utilisant encore la méthode containsOnlyPrdTypeCode avec le paramètres -1 inutile. |
[APP-26066] [Cob / Boutique] Il est possible d'acheter du NEUF sur la redoute en passant par la boutique d'un vendeur Création: 24/juil./09 10:46 Mise à jour: 18/févr./11 10:13 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous, GBR - Royaume Uni, FRA - France, ESP - Espagne
|
||||||||||
| Site: | Prod | ||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||
| Navigateur: | Tous |
| Description |
|
ex, faire une recherche pour le "ledepot" qui vend du neuf
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 12/janv./10 10:24 ] |
| Penser à prendre en compte dans la NAV-B |
| Commentaire de Antoine Carré [ 15/oct./10 15:03 ] |
| CAJ2010Q4NAV |
| Commentaire de Cédric Goldovsky [ 13/janv./11 17:32 ] |
| C'est toujours possible |
| Commentaire de Antoine Carré [ 13/janv./11 18:14 ] |
| Ok vu qu'il ne s'agit pas d'une régression, on le sort de la version et remet en chasse. |
| Commentaire de Antoine Carré [ 26/janv./11 10:23 ] |
| A discuter en équipe |
| Commentaire de Antoine Carré [ 31/janv./11 14:40 ] |
|
Ce JIRA pourra être fermé lorsque celui-ci sera fermé :
https://priceminister.onjira.com/browse/APP-31403?focusedCommentId=204868#action_204868 |
[APP-26064] Le connecteur se fige si on peut un contentdistributor en ESP... Création: 23/juil./09 18:46 Mise à jour: 08/oct./10 10:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 54.0.0 (CAT-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Eric Vannier | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Lorsque l'on a deux contentdistributor de configuré sur une
installlation ESP et que l'un disparait lors d'un feed , le connecteur
se fige.... Il faut redémarrer le connecteur pour continuer le feed.... Le but de pouvoir avoir plusieurs CD étant justement de pouvoir en perdre un .... et continuer à feeder. Je suis bien sur à votre disposition pour vous expliquer le soucis , sachant que le connecteur ne réagit plus mais reste en mémoire.... |
[APP-26042] [Bloc de NPF] L'onglet "Country" est décalé lorsque l'on selectionne ce filtre Création: 23/juil./09 10:48 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Recherche globale |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 23/juil./09 10:48 ] |
| http://www.uk.integ/nav/Video_Region-2-DVD/f1/Music |
| Commentaire de Paul Leprévost [ 23/juil./09 11:44 ] |
|
Dans le code on a : <div id="filtermenu6" class="filtersm74" style="display: block;"> Alors que l'on devrait avoir (la classe change) : <div id="filtermenu6" class="filtersm64" style="display: block;"> |
| Commentaire de Edouard Gomez-Vaez [ 23/juil./09 12:22 ] |
| Déjà en production. J'ai l'intuition que c'est du paramétrage mais j'aimerais trouver la raison avant de le leur envoyer. |
[APP-26007] [RG] Affiner une recherche = perte du mot clé d'origine ==> Possible de conserver le mot clé initial ? Création: 22/juil./09 11:37 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | Recherche globale |
| Commentaires |
| Commentaire de Thomas Allier [ 22/juil./09 12:47 ] |
|
Le comportement a été prévu comme ça. On écrase l'ancien mot clé à la recherche. A noter que pour l'affinement de la recherche, le mot clé saisi reste dans le champ de recherche locale ce qui permet de le compléter facilement. |
| Commentaire de Cédric Goldovsky [ 22/juil./09 14:07 ] |
|
Je réouvre. Il ne s'agit pas d'un BUG que j'ai ouvert mais d'une amélioration. J'aimerais donc que vous puissiez réflechir à la question. |
| Commentaire de Benoît Bourdon [ 22/juil./09 14:30 ] |
| Oui, on sortira les demandes d'évolutions de jira plus tard. par contre ça sort de la version Cat-J. |
[APP-26003] [RG] Tous les mots situés après un / disparaissent (ou donne un 404 sur les cobs) Création: 22/juil./09 11:29 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Navigateur: | Tous | ||||||||
| Projets PM archivés: | Recherche globale | ||||||||
| Description |
|
Nip / Tuck
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 22/juil./09 12:55 ] |
|
Une solution un peu complexe serait de transformer les / en
un caractère connu de nous seul dans le javascript qui construit l'url
en /, puis de faire la trad inverse en jboss. Une grosse bidouille,
quoi. On ne peut pas passer un / (c'est à dire %2f) tel quel dans un paramètre cgi c'est interdit. Il faut encoder le pourcent (il deviendrait %252f), or l'on a demandé à apache de surrencoder (cf EXP-3960) du coup jboss ne le comprend pas comme un /. Vu le jira ci dessus, je propose de mettre cela pour un peu plus tard. Ci dessous un dernier extrait de mail (EGV-> PBO +NCH, 21/07/2009 19:06) Nous remarquons une différence de comportement entre trois environnements (dev, recette, integ/prod). Malheureusement, le comportement qui nous plairait d'avoir c'est celui de dev. Cela concerne le traitement d'url avec des « / » encodés ( « %2F »). Pour fixer les idées, soit l'url /nav/Loisirs/kw/top%2Fft%2Fn En prod et en intégration : est traduit par quelqu'un en /nav/Loisirs/kw/top/ft/n et c'est ce qui est envoyé à jboss : on a donc un filtre neuf. Equivalent à un ?kw=top&ft=n. En recette : est interprété par apache qui va donc rechercher une arborescence /nav/Loisirs/kw/top/ft/n qui donne une 404. En dev : personne ne traduit quoique ce soit et du coup jboss considère que top%2Fft%2Fn est bien la valeur du paramètre kw. Equivalent à un ?kw=top%2fft%2fn. Une piste de Nicolas : http://httpd.apache.org/docs/2.0/mod/core.html#allowencodedslashes http://www.webmasterworld.com/apache/3279075.htm Ma réponse : Rajouter un AllowEncodedSlashes On sur la conf apache des serveurs de recette nous a permis faire en sorte que les serveurs de recette fonctionnent comme l'integ et le prod. One point. En revanche, le deuxième lien nous dit bien qu'il ne faut pas envoyer des %2f dans des url, c'est seulement dans des query string qu'on a le droit. Il faut envoyer des %252f. Le problème quand on fait cela, c'est qu'il faut enlever l'option d'encodage de jk pour que les %252f soit bien interprété par jboss comme un /, sinon il le transforme comme un %2f et le garde comme ça. Mais si on enlève cette option, on ne peut plus chercher 100% debouze. Du coup, pas de solutions à court terme... sauf à passer les requête dans une query string (ce qui ravirait Alex). Mais la c'est le réf qui va pas être content. |
| Commentaire de Cédric Goldovsky [ 22/juil./09 14:45 ] |
| 404 sur les cobs pour nip / tuck |
[APP-26000] [RG] Majuscules dans Chemin de fer pour les mots clés Création: 22/juil./09 11:15 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Recherche globale |
| Description |
|
une recherche sur "madonna" donne "Accueil > Recherche : Madonna" |
| Commentaires |
| Commentaire de Thomas Allier [ 22/juil./09 12:44 ] |
|
Déjà en prod. dans le chemin de fer, la première lettre de chaque mot prend une majuscule. Non prioritaire pour la cat-j |
[APP-25998] [RG] L'apostrophe disparait de toutes les occurences du mot clé après avoir lancé une recherche globale Création: 22/juil./09 11:10 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Recherche globale |
| Description |
|
ex : spock's beard marie's house toto m'ba etc... |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 22/juil./09 11:12 ] |
| idem guillemets |
| Commentaire de Thomas Allier [ 22/juil./09 15:13 ] |
|
Pour les guillemets. Ils n'ont pas de valeur pour la
recherche actuellement. On les considère comme des caractères spéciaux
et donc on les supprime. Pour l'apostrophe, c'est une évolution hors CAT-J. |
[APP-25996] "Vérifier les templates" = erreurs applicatives en masse ? Création: 22/juil./09 11:04 Mise à jour: 29/sept./10 12:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Mails |
| Affecte la/les version(s): | 49.0.1 (Acc. mode UK + NPF Sports & Loisirs ES + Soldes UK + Suppression HU Informatique ES ) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Habib-Sylvain Gourguet | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
JBoss_applicative_error_bo_20090722_080301.csv
|
||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||||||
| Classif FONC: | IG - Template de mails | ||||||||||||||||||||||||
| Projets PM archivés: | IG - Template de mails | ||||||||||||||||||||||||
| Description |
|
Suite à l'utilisation de la fonctionnalité "Vérifier les
templates" pour les mails gérés en BO est remonté un nombre important
d'erreurs applicatives, ce qui fausse le rapport quotidien sur le sujet.
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 22/juil./09 11:15 ] |
|
Je crois qu'il y a déjà un JIRA là-dessus. La vérification des mails en BO (en masse ou unitairement) provoque l'affichage des erreurs velocity dans les logs. Il faudrait en effet pouvoir éviter ces logs dans ces cas là. |
| Commentaire de Nicolas Chauveau [ 23/juil./09 12:30 ] |
| A étudier dans le cadre du projet "Templates de mails" |
| Commentaire de Alexandre Garnier [ 12/avr./10 11:14 ] |
|
En fait le seul moyen d'éviter les logs pour les tests de
templates, ce serait d'avoir une VelocityRuntime parallèle qui n'affiche
pas les logs dans log4j. --> Un peu compliqué dans notre framework Velocity actuellement... |
| Commentaire de Habib-Sylvain Gourguet [ 20/juil./10 11:54 ] |
|
Je ré-affecte suite au départ de Romain. Alex, comme pour "Tester le template", la fonctionnalité "Vérifier les templates" serait à modifier (pour faire un "parse") ? |
| Commentaire de Alexandre Garnier [ 20/juil./10 12:00 ] |
|
Ça serait un début. Mais le mieux reste ce que je propose mais qui n'est pas anodin |
[APP-25952] Macro "annulations V - bonne réponse" ne tient pas compte de la visibilité initiale du compte Création: 16/juil./09 16:23 Mise à jour: 21/juil./09 09:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
On trouve bcp de comptes professionnels en visibilité 1 pour de mauvaises raisons. Ces derniers ont été passés en -2 en raison d'un nombre trop élevé d'annulations, et lorsqu'on les a réactivés à l'aide de la macro "annulations V - bonne réponse" , ils sont passés en 1 au lieu de revenir en 2. La macro devrait soit regarder la visibiité antérieure ou plus simplement remetttre le compte en 2 si PRO. Idem pour le "réclamation V -bonne réponse". ex d'un compte: http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=451362 |
[APP-25936] Xiti : visites provenant de campagnes emailing alors qu'aucune campagne emailing n'est en cours Création: 16/juil./09 09:33 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** CHASSE *** |
| Classif1: | XITI |
| Classif FONC: | webanalytics |
| Description |
|
Hello, j'ai des visites provenant de "campagnes emailing" selon Xiti, alors que je ne fais aucune campagne emailing en ce moment. Par ailleurs, les seules campagnes correspondant à "campagnes emailing" sont "Priceletter-uk" et "Parrainage". Or, nous ne faisons pas de priceletter et le parrainage est encore trop confidentiel pour générer autant de visites. J'attache 2 screenshots : - l'un avec tous les groupes de tracking montrant qu'au UK, seuls Priceletter uk et parrainage sont les seuls groupes de trackings en "EPR" - l'autre montrant les visites xiti issues de campagnes emailling Serait-il possible de creuser pour comprendre pourquoi on a autant de visites provenant de campagnes emailing ? Merci |
| Commentaires |
| Commentaire de Alexandre Garnier [ 16/juil./09 10:20 ] |
|
Pourquoi ya "Parrainage" et "Parrainage_UK" ? Parrainage contient juste le tracking FILLEUL 20 (classique) qui est utilisé dans les mails de parrainage. Tandis que Parrainage_UK en contient d'autres et le FILLEUL avec 135414 qui n'est pas utilisé dans les mails... Au passage aussi, on a le tracking 1352140 (Parrain_WidgetUK) qui est utilisé dans le mail "contact parrainage via widget (texte)" mais c'est le tracking 1352141 (Filleul_WidgetUK). De plus, les mails de relance utilise le tracking 20 de parrainage classique. En gros c'est un peu le bordel dans l'utilisation des tracking de parrainage et les templates de mail qui les utilisent. Alors d'ici à ce qu'il y ai eu une autre erreur dans l'utilisation d'un tracking parrainage à la place d'un autre ... Sinon, pas vraiment évident de voir d'où ça peut venir. Il faudrait voir avec les rapports BI si les mails de parrainages n'ont pas été beaucoup plus envoyés, ou voir à quels utilisateurs sont assignés ses tracking et si cela correspond bien à des parrainages ou non. Voir aussi si dans l'hitorique des mails UK envoyés via les newsletters ou autre, on a pas utilisé ces trackings par erreur. |
| Commentaire de Charles Decaux [ 16/juil./09 14:33 ] |
|
Il y a "parrainage" et "parrainage_UK" car j'avais commencé à
créer le groupe de trackings jusqu'à ce qu'on me dise que cela relève
du dev, qui a alors crée un nouveau groupe de tracking Ensuite, je pense qu'il y a eu une confusion au niveau des trackings à utiliser pour le parrainage. Lors de la période de recette, je n'ai jamais pu correctement tester, car je ne recevais aucun mail depuis le serveur de dev ou d'integ Serait-il possible de m'envoyer tous les mailings liés au parrainage au format brut afin que je vérifie que ceux-ci utilisent les trackings corrects ? Attention, les confusions de trackings parrainage ne sont de toutes façons pas le problème soulevé par ce JIRA. En effet, quand je regarde les stats sous XiTi voici ce que j'obtiens sur la période du 15 juin au 15 juillet : En effet, sur la période du 15 juin au 15 juillet, voici les stats que j'ai : -Visites du groupe de tracking "parrainage" : 62 -Visites du groupe de tracking "parrainage_UK" : 3 -Visites du groupe de tracking "priceletter-UK" : 31 --> Total visites de ces 3 groupes qui sont les seuls à appartenir à EPR : 96 -Visites des campagnes emailing dans Xiti : 9821 Soit une erreur de 9725 visites, ce qui est monstrueux et pas logique. Il faudrait creuser le sujet, car cet écart s'agrandit de jour en jour. Merci |
| Commentaire de Charles Decaux [ 23/juil./09 11:00 ] |
|
Hello, Les visites campagnes emailing ne cessent de croître sans explication rationnelle. Je retranscris ici une discussion avec XiTi qui aurait tendance a privilégier la piste d'un problème de catégorisation des xtor chez nous. A votre dispo pour en parler 1.Votre question - 23/07/2009 09:48 Bonjour, dans la vue Sources > sources > sources, je souhaiterais savoir d'où proviennent ces statistiques. Sont-elles récupérées grâce à l'utilisation d'un xtor ? Ou bien sont elles identifiées grâce au referer ? Merci de votre retour 2.Réponse apportée - 23/07/2009 09:55 Bonjour, Les campagnes promotionnelles que vous avez déclarées sont identifiées grâce au XTOR : - Affiliation et partenaires - Campagnes d'emailing - Liens Sponsorisés ... Tous les autres accès sont classés en fonction du referer : - Moteurs (i.e. ref=google.com) - Accès Direct (pas de referer ou poursuite de visite) - Sites affluents (ref=domaine.com) - Emails (i.e. ref=gmail.com, seulement les webmails sont identifiés) ... Cordialement, Remi Boudard http://www.atinternet.com 3.Votre question - 23/07/2009 10:11 Merci pour votre réponse. Que se passe-t-il si une visite provient de gmail avec un xtor qui est lié au type "affiliation et partenaires" ? Est-elle alors classée dans campagnes d'emailing, affiliation/partenaires ou bien dans emails ? Merci 4.Réponse apportée - 23/07/2009 10:28 Bonjour, Si votre xtor est correctement renseigné en tant que "affiliation et partenaires", alors cette visite sera classée dans affiliation et partenariats. Si une visite est issue d'un webmail et qu'elle n'a pas de xtor, alors elle est classée dans emails. N'hésitez pas à revenir vers nous si vous avez la moindre question. Cordialement, Florian Tamarelle http://www.atinternet.com |
| Commentaire de Alexandre Garnier [ 29/juil./09 18:41 ] |
|
La dernière phrase est intéressante : tout clic depuis un
webmail est attribué aux mails si on ne met pas de xtor (donc de
tracking) Donc s'il existe des liens dans des mails sans tracking ou que les gens se mettent à linker PM dans leurs mails, ça pourrait expliquer. |
| Commentaire de Charles Decaux [ 12/août/09 14:42 ] |
|
Vu avec Swan : en fait, le groupe de tracking "Shopping.com"
avait été à l'origine crée en tant que campagne email marketing. Je l'ai modifié par la suite, pour le mettre dans affiliation et partenaires, mais cette modification n'a pas été prise en compte par Xiti. Je vais faire un msg à Xiti et je vous tient au courant |
[APP-25913] Produit HS avec un "Prix à aligner" alors qu'il est le moins cher Création: 10/juil./09 18:02 Mise à jour: 30/oct./09 12:41 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 48.0.2.1 (FDP + Shopzilla) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benoit Tabaka | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
J'ai mis en vente un téléphone (Nokia 6680) avec un état "Hors Service" et un prix de vente de 10¿. Dans la rubrique "Mon compte", cette annonce apparaît avec un prix à aligner (alors qu'il est le moins cher). |
| Commentaires |
| Commentaire de Benoit Tabaka [ 10/juil./09 18:03 ] |
| L'annonce apparaît dans la rubrique "Prix à aligner" .. alors qu'elle est la moins chère. |
| Commentaire de Benoît Bourdon [ 15/juil./09 14:23 ] |
|
--> L'annonce semble être "flaguée" à tort comme étant à
aligner --> elle est présente dans l'inventaire dans cette rubrique. --> Les annonces HS ne doivent pas êtr prises en compte dans le calcul de l'alignement de prix : 1- Elles sont pas prises en compte pour le calcul du prix d'alignement sur les autres annonces 2- On ne doit pas proposer la fonction d'alignement pour ces annonces "HS" |
| Commentaire de Eleonore Rossignol [ 31/juil./09 17:10 ] |
|
[CAJ2009Q3CATM] Corrigé. En ce qui concerne le point 1, les annonces HS n'étaient déjà pas prises en compte pour le calcul du prix d'alignement sur les autres annonces. En ce qui concerne le point 2, les annonces HS ne peuvent désormais plus être considérée comme ayant un prix à aligner. |
| Commentaire de Quentin de Chivré [ 03/août/09 10:41 ] |
|
Juste par acquit de conscience : attention, ce sujet peut
facilement causer des pbs de perf (requete de calcul de l'inventaire
assez couteuse / complexe) => bien vérifier que pas de pb/regression a ce niveau la |
| Commentaire de Eleonore Rossignol [ 03/août/09 10:50 ] |
| Oui, j'avais envoyé un mail à MSA pour qu'il contrôle ce point à son retour de vacances. |
| Commentaire de Eleonore Rossignol [ 08/oct./09 15:58 ] |
|
Retour arrière sur la correction (ligne mise en commentaire dans AdvertCountQuery). Celle-ci nécessiterait la création d'un index sur advert, qui ne peut être créé à ce jour. Cet index pourra probablement être créé au moment de la refonte de la nav boutique. Conclusion : correction remise à plus tard. |
| Commentaire de Benoît Bourdon [ 30/oct./09 12:41 ] |
| > sera traité avec inventaire |
[APP-25796] Import de fichier - suppression de spécifications au détail ne fonctionne pas Création: 02/juil./09 17:51 Mise à jour: 07/janv./11 18:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 48.0.2.1 (FDP + Shopzilla) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Tous |
| Description |
|
La suppression de rank spécifique sur un produit ne fonctionne pas.
Tester avec ce format d'import : http://bo.priceminister.com/datafile_back?action=advertmappingview&advertmappingid=20848 => ajout de la cell suppression de toutes les spécifications après coup pour supprimer radicalement les specs (ce qui n'était pas souhaité au début). |
| Commentaires |
| Commentaire de Benoît Bourdon [ 15/juil./09 14:26 ] |
| Tu as déjà vu cette fonctionnalité là en import ? |
[APP-25759] Erreur BAD REQUEST sur recherche avec apostrophe typographique (penchée) Création: 25/juin/09 12:11 Mise à jour: 30/juin/09 14:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 48.0.2 (PAR-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
FF 3 encode comme ça: http://www.priceminister.com/navigation/se/category/sa/kw/L%u2019endroit+du+d%E9cor IE7: http://www.priceminister.com/?action=se&kw=L%92endroit+du+d%E9cor&category=sa --> ne plante pas mais reste sur la page d'accueil pour info, j'ai juste fait un copier/coller du titre du livre (l'endroit du décor) depuis le site de radio france. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 30/juin/09 14:58 ] |
| c'est le caractère : %u2019 qui fait planter ... c'est plutot du coté de apache que ça plante ... mais c'estpeut être normal ? |
[APP-25717] [Form 4G] Titre pas affiché si il est entre les balises < et > (mais le formulaire peut être validé quand même) Création: 22/juin/09 14:25 Mise à jour: 30/juin/09 14:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 48.0.2 (PAR-A) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Si on donne le titre suivant à un article : <mon super
article> alors celui-ci ne sera pas affiché sur la LP (tout ce qui se
trouve entre les sigles < et > sans espace est volontairement
oublié mais bien enregistré en base)
|
[APP-25693] Il y a un "1" bizarre qui apparaît dans Mon Compte Création: 22/juin/09 11:02 Mise à jour: 22/juin/09 18:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Hello, voir screenshot, dans la colonne de droite, il y a un "1" bizarre qui apparait Je l'ai entouré Merci |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 22/juin/09 18:06 ] |
|
Hello, quel navigateur et en integ ou en prod ? Je n'arrive pas à reproduire |
[APP-25644] Exceptions de paiement en prod Création: 16/juin/09 09:19 Mise à jour: 17/nov./09 16:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Rien d'alarmant mais je me demande pourquoi on ne catche pas ces exceptions... DOMMAGE ! >>> Ce matin sur amphitrite : 2009-06-16 07:25:47,389 INFO [-Processor24] Monsieur-Mad - >>> POST http://www.priceminister.com/purchase!action=buyview&continuebtn=Continuer&purchaseid =72232229 2009-06-16 07:25:47,399 WARN [-Processor24] Monsieur-Mad - SECURITY - Illegal buyer access to purchase 72232229 from user 11049590 2009-06-16 07:25:47,423 ERROR [-Processor24] Monsieur-Mad - Load error (client exception) Servlet=com.babelstore.purchase.front.PurchaseManagementServlet Request=POST http://www.priceminister.com/purchase!action=buyview&continuebtn=Continuer&purchaseid=72232229 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Trace=com.babelstore.user.UserSecurityException: Vous n'avez pas accès à cette page. at com.babelstore.purchase.business.PurchaseCatalogBean.getBuyerPurchase(PurchaseCatalogBean.java:65) at sun.reflect.GeneratedMethodAccessor615.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor83.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy493.getBuyerPurchase(Unknown Source) at com.babelstore.purchase.front.BuyerPurchaseModel.load(BuyerPurchaseModel.java:141) at com.babelstore.util.web.Model.doLoad(Model.java:54) 2009-06-16 08:11:18,854 ERROR [P-Processor5] pat80pb - Load error (client exception) Servlet=com.babelstore.purchase.front.PurchaseManagementServlet Request=POST http://www.priceminister.com/purchase!action=saleitem&continuebtn=Continuer¤cy=978&itemid=108049022&list=false&purchaseid=72171173 Referrer=null User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6; .NET CLR 1.1.4322; .NET CLR 2.0.50727; OfficeLiveConnector.1.3; OfficeLivePatch.0.0) Trace=com.babelstore.user.UserSecurityException: Vous n'avez pas accès à cette page. at com.babelstore.purchase.business.PurchaseCatalogBean.getSellerPurchase(PurchaseCatalogBean.java:190) at sun.reflect.GeneratedMethodAccessor579.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.invocation.Invocation.performCall(Invocation.java:345) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:214) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:130) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:363) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) at sun.reflect.GeneratedMethodAccessor83.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java:72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:249) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(LocalInvoker.java:155) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:104) at org.jboss.invocation.InvokerInterceptor.invokeLocal(InvokerInterceptor.java:179) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:165) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:97) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:86) at $Proxy493.getSellerPurchase(Unknown Source) at com.babelstore.purchase.front.SellerPurchaseModel.load(SellerPurchaseModel.java:86) at com.babelstore.purchase.front.SellerItemModel.load(SellerItemModel.java:62) 2009-06-16 07:35:21,671 INFO [-Processor15] 90.2.79.92 - >>> POST https://www.priceminister.com/checkout!action=paycard&cardtypecode=20&ccmonth=9&ccnum ber=4970 6362 ...&ccyear=2010&cvvkey=669&infunnel=false&paymentmode=0&submitbtn=Continuer 2009-06-16 07:35:21,673 ERROR [-Processor15] 90.2.79.92 - com.babelstore.user.UserLoginException at com.babelstore.common.front.FrontRequest.getUserBusiness(FrontRequest.java:743) at com.babelstore.common.front.FrontRequest.getUserBusiness(FrontRequest.java:718) at com.babelstore.purchase.front.CheckoutPrepareAction.getUserBusiness(CheckoutPrepareAction.java:145) at com.babelstore.purchase.front.CheckoutPrepareAction.execute(CheckoutPrepareAction.java:59) at com.babelstore.purchase.front.CheckoutPayAction.execute(CheckoutPayAction.java:105) at com.babelstore.purchase.front.CheckoutPayAction.execute(CheckoutPayAction.java:98) at com.babelstore.purchase.front.CheckoutPayCardAction.execute(CheckoutPayCardAction.java:107) |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 17/nov./09 15:56 ] |
|
Quel est le comportement fonctionnel souhaité? Aujourd'hui, lancer l'exception permet d'afficher la page d'erreur standard (pub au milieu et message d'erreur en rouge, ici "Vous n'avez pas accès à cette page."). Si on catche l'exception, il faudra trouver une solution différente. Quelques idées : - redirection vers une page d'erreur? en fin de compte c'est déjà ce que ça fait quand ça pète - affichage d'une notification erreur : ok, mais faut pas s'étonner si c'est moche sur certaines page (l'exception est lancée à pas mal d'endroits, qui sont pas forcément rationalisés) ... |
| Commentaire de Emeric Teil [ 17/nov./09 16:24 ] |
| OK, merci pour cette analyse, je mets en Standby, le temps de voir si on fait qqch ou pas... |
[APP-25630] Pb perf sur batch CANCELLATION ? Création: 12/juin/09 17:44 Mise à jour: 22/mars/10 15:36 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | Batch - Migration des Batchs TX |
| Description |
|
2009-06-12 15:48:01,243 INFO [192.168.1.28] CANCELLATION - Purchase Id : 37171544 2009-06-12 15:49:16,335 WARN [192.168.1.28] CANCELLATION - Long query [75044 ms]: AdvertCountQuery -- AdvertCountQuery VAR x1 NUMBER <A7> EXEC :x1 := 13042694; VAR x2 NUMBER <A7> EXEC :x2 := 1700; SELECT count(*) l FROM advert WHERE (seller_account_id = :x1) AND (adv_status_code <> 30) AND (adv_visibility_code <> 20) AND (prd_type_code <> :x2) ; 2009-06-12 15:55:19,933 ERROR [192.168.1.28] CANCELLATION - TransactionRolledbackException in method: public abstract com.babelstore.message.UmsTemplateIn fo com.babelstore.message.business.UmsTemplateBusiness.getUmsTemplateInfo() throws java.rmi.RemoteException, causedBy: javax.transaction.RollbackException: Already marked for rollback TransactionImpl:XidImpl[FormatId=257, GlobalId=lanson/161, BranchQual=, localId=161] at org.jboss.tm.TransactionImpl.registerSynchronization(TransactionImpl.java:602) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.register(EntitySynchronizationInterceptor.java:149) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(EntitySynchronizationInterceptor.java:269) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:185) at org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(EntityReentranceInterceptor.java:111) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterceptor.java:242) at org.jboss.ejb.plugins.EntityLockInterceptor.invoke(EntityLockInterceptor.java:89) at org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(EntityCreationInterceptor.java:53) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:48) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:105) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:335) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:166) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:139) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192) |
| Commentaires |
| Commentaire de Renaud Dierickx [ 12/juin/09 18:39 ] |
|
Patrick, Peux-tu jeter un oeil au plan d'exécution ? En dev et en integ on a le même plan d'exécution c'est à dire qu'on passe par "ADVERT_FKIX_SELLER_STATS_2 " Il y a juste une note en plus en integ : Note ----- - 'PLAN_TABLE' is old version C'est grave docteur ? Merci d'avance. ========================================================= SQL> set autotrace ON EXP SELECT count(*) l FROM advert WHERE (seller_account_id = 13042694) AND (adv_status_code <> 30) AND (adv_visibility_code <> 20) AND (prd_type_code <> 1700) 7 ; L ---------- 0 Elapsed: 00:00:00.04 Execution Plan ---------------------------------------------------------- Plan hash value: 3518339777 ------------------------------------------------------------------------------------------------ | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------------------------ | 0 | SELECT STATEMENT | | 1 | 16 | 1 (0)| 00:00:01 | | 1 | SORT AGGREGATE | | 1 | 16 | | | |* 2 | INDEX RANGE SCAN| ADVERT_FKIX_SELLER_STATS_2 | 19 | 304 | 1 (0)| 00:00:01 | ------------------------------------------------------------------------------------------------ Predicate Information (identified by operation id): --------------------------------------------------- 2 - access("SELLER_ACCOUNT_ID"=13042694) filter("ADV_STATUS_CODE"<>30 AND "PRD_TYPE_CODE"<>1700 AND "ADV_VISIBILITY_CODE"<>20) |
| Commentaire de Renaud Dierickx [ 12/juin/09 18:44 ] |
|
Bon sinon le problème doit venir d'autre part... Je regarderai ça Lundi. |
| Commentaire de Patrick Pereira [ 16/juin/09 18:25 ] |
|
Le plan est bon. Le problème vient du fait que ce partenaire à 1.008.934 annonces !!! Au niveau base, je ne vois pas ce qu'on peut faire. A-t-on vraiment besoin de faire ce count(*) dans le batch de cancellation ? |
| Commentaire de Renaud Dierickx [ 16/juin/09 18:39 ] |
|
C'est pour la Dream TX Team, non ? ;o) Merci d'avance. |
| Commentaire de Christophe Garcia [ 22/mars/10 11:48 ] |
| Résolu comment ? |
[APP-25613] [DA] ES : le mot "ventas" passe à la ligne en 1024 sur certains DA Création: 12/juin/09 10:42 Mise à jour: 10/nov./10 16:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation annonce |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Pays: |
ESP - Espagne
|
||||||||||||||||||||
| Site: | Integ | ||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||||||
| Description |
|
Ici : http://www.es.integ/offer?action=desc&aid=95681307 dans le bloc bleu "Anuncio de e-worldmusic (Profesional) Puntuación: 4,8/5 por 135 ventas" sous FF3 : le mot ventas passe à la ligne sous IE8 : ventas passe à la ligne et l'alignement droit est à revoir (cf capture) |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 12/juin/09 10:45 ] |
| Je me doute que cela ne sera pas traité pour cette version. Nous en avions parlé avant l'Integ. |
| Commentaire de Gafour Abdoul [ 12/juin/09 11:26 ] |
| à inclure pour la ratio DA |
| Commentaire de Alexandre Garnier [ 10/juin/10 10:40 ] |
| Cf JIRA en doublon : le problème de saut de ligne se pose aussi en FR |
[APP-25586] [CSS FP] Marges sur Edito/Descriptifs > L'espacement est trop important avant la première ligne de contenu Création: 11/juin/09 12:03 Mise à jour: 18/mai/10 09:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Navigateur: | Tous | ||||||||
| Projets PM archivés: | CSS - Rationalisation | ||||||||
| Description |
|
On avait pourtant vu cela avant l'integ V48
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 11/juin/09 12:40 ] |
| Il s'agit du HTML contenu dans les données de la fiche technique, dans le cas présent il s'agit d'un <br /> qui donen un grand espace pour les specs. |
| Commentaire de Gafour Abdoul [ 09/oct./09 10:26 ] |
| ça ne peut se régler qu'au niveau DEV, car des balises sont ajoutées dans les données |
[APP-25570] La redoute / Accessoires FP : Ne devrait-on pas mettre que les meilleurs prix occasions? Création: 10/juin/09 15:44 Mise à jour: 24/déc./09 11:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Neuf sur la redoute.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Sur la Redoute, seuls les produits neufs sont affichés. Dons
les accessoires, on présente la liste avec les meilleurs prix et
également les meilleurs prix neufs. Et on tombe parfois sur des fiches
produit accessoires avec aucun article disponible... Ce qui est un peu
redondant avec le lien "Voir aussi les accessoires sans stock" On ne peut pas ajouter un filtre supplémentaire sur les accessoires? |
| Commentaires |
| Commentaire de Gafour Abdoul [ 10/juin/09 16:36 ] |
| C'est une remarque juste mais dans le cadre de la ratio pour la Fiche produit nous n'avons pas touché du tout à ce bloc. je transmets. |
[Rationalisation : Revendez vos achats]
(APP-25533)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
[APP-25551] [Rationalisation HTML/CSS] : Infoglue : Template item Création: 09/juin/09 18:40 Mise à jour: 09/juin/09 18:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
recycle.png
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Dans le cadre de la rationalisation HTML, il reste du code HTML que nous ne maitrisons pas. Exemple : [Mon compte] > [Revendez vos achats] ==> cf capture |
[APP-25550] [FP] Marges dans les fiches techniques Création: 09/juin/09 18:29 Mise à jour: 19/mai/10 15:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Paul Leprévost | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ft.png
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||
| Projets PM archivés: | CSS - Rationalisation | ||||||||
| Description |
|
Comme on peut le voir sur le screenshot les marges sont
vraiment "bizarres" sur certaines fiches techniques non gérées par des
tableaux. Le code de ces données n'est pas correct d'un point de vue HTML, il faudrait donc trouver une solution pour nettoyer cette partie avant de régler ça en CSS. |
[Rationalisation : Mes articles mémorisés]
(APP-25534)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Voir screenshot.
Les produits non dispo ne disposent d'aucune info. Suggestion : "Produit actuellement indisponible" |
| Commentaires |
| Commentaire de Gafour Abdoul [ 03/juil./09 12:07 ] |
| Il s'agit d'une modification fonctionnelle qui demanderait du développement. |
[Rationalisation : Revendez vos achats]
(APP-25533)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A harmoniser comme on a pu le faire dans les avis.
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 03/juil./09 12:12 ] |
| Il s'agit d'un ajout fonctionnel qui demande du DEV. |
[Rationalisation : Mes articles mémorisés]
(APP-25534)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A harmoniser comme on a pu le faire dans les avis.
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 03/juil./09 12:34 ] |
| Il s'agit d'un ajout fonctionnel qui demande du DEV. |
[APP-25534] [Rationalisation : Mes articles mémorisés] Création: 09/juin/09 11:28 Mise à jour: 09/juin/09 11:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||||||||||||
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A la suite de la rationalisation de [Mon compte : lot1], un
certain nombre de remarques/améliorations ont été faites. Il s'agit de rassembler ces demandes dans une meta-tâche pour une page donnée. |
[APP-25533] [Rationalisation : Revendez vos achats] Création: 09/juin/09 11:27 Mise à jour: 09/juin/09 11:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A la suite de la rationalisation de [Mon compte : lot1], un
certain nombre de remarques/améliorations ont été faites. Il s'agit de rassembler ces demandes dans une meta-tâche pour une page donnée. |
[APP-25532] [Rationalisation : Mes vendeurs / Mes vendeurs préférés] Création: 09/juin/09 11:24 Mise à jour: 09/juin/09 14:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A la suite de la rationalisation de [Mon compte : lot1], un
certain nombre de remarques/améliorations ont été faites. Il s'agit de rassembler ces demandes dans une meta-tâche pour une page donnée. |
[APP-25531] [Rationalisation : Mes souhaits] Création: 09/juin/09 11:23 Mise à jour: 09/juin/09 11:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
|||||||||||||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
|||||||||||||||||||||||||||||||||||||||||||||
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A la suite de la rationalisation de [Mon compte : lot1], un
certain nombre de remarques/améliorations ont été faites. Il s'agit de rassembler ces demandes dans une meta-tâche pour une page donnée. |
[APP-25524] [COSAV] [UK] Impossibilité d'enregistrer les oppositions en Livres Création: 09/juin/09 09:48 Mise à jour: 27/nov./09 12:14 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
sugar.bmp
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** STANDBY *** |
| Classif FONC: | CoSAV |
| Description |
|
Le service des Fraudes utilise pour enregistrer les oppositions un logiciel spécifque (Sugar) Probleme, celui ne permet pas d'enregistrer les montants en Livres Sterling (uniquement euros). On ne peut donc pas enregistrer les oppositions sur UK à ce jour avec ce logiciel. Voir ce qu'il est possible de faire pour permettre ceci. (Nb: il était déjà question d'étudier les developppements possibles autour de ce logiciel pour gérer les rapprochements oppositions/recouvrements) |
| Commentaires |
| Commentaire de Emeric Teil [ 04/nov./09 11:47 ] |
| Il s'agit d'une amélioration CoSAV, pas besoin donc de Jira, on la met dans notre liste. |
| Commentaire de Christophe Garcia [ 27/nov./09 11:56 ] |
|
Je réouvre en attendant que l'on trouve la bonne marche à suivre pour ces types de demandes. A traiter en backlog ? A traiter dans JIRA ? Comments ces projets reviennent-ils sur la table s'ils sont traités en backlog ? Création de nouveaux JIRA ? |
[APP-25475] Une image du mail bilan vendeur n'apparaît pas Création: 02/juin/09 20:21 Mise à jour: 23/juil./09 17:42 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 47.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Emeric Teil [ 04/juin/09 17:13 ] |
| Déjà plusieurs Jira autour de ce mail chez Gafour, je lui transmets donc celui-là également... |
| Commentaire de Gafour Abdoul [ 04/juin/09 17:33 ] |
|
En revanche l'afichage est différent d'un client mail à l'autre. Quel client mail vous a donné ce résultat ? Merci |
| Commentaire de Charles Decaux [ 05/juin/09 08:53 ] |
|
C'est sous outlook merci |
[APP-25473] [Modification d'annonce] : Disparition de l'annonce lorsque modification pendant qu'elle est en panier Création: 02/juin/09 18:55 Mise à jour: 29/déc./09 18:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Inventaire, Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Agathe Remy | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif FONC: | mise en vente |
| Description |
|
Bonjour, J'ai voulu tester la possibilité de modifier une annonce alors qu'elle était mise en panier. Dans ce cas, un message d'avertissement nous informe que la modification ne sera pas prise en compte dans le panier déjà constitué. Je continue et modifie le prix, puis valide la modification : l'annonce a disparue de mon compte! En allant voir dans la base de données, elle a tout simplement été fermée (le prix n'a pas été modifié) et aucun évènement ne m'indique pourquoi. En reproduisant le bogue avec Benoit, nous nous sommes aperçus que dans le formulaire de modification, la quantité était à 0! (stock : 0 dispo + 1 en panier actuellement) Si on modifie cette quantité (on la passe à 1 pour éviter la fermeture de l'annonce), on obtient : stock : 1 dispo + 1 en panier actuellement Donc la quantité est passée à 2 :-( La quantité du formulaire semble donc ne pas être la bonne. A votre dispo si vous avez des questions. Agathe |
| Commentaires |
| Commentaire de Benoît Bourdon [ 18/juin/09 15:16 ] |
|
Il faudrait faire en sorte d'avoir le stock correct dans le formulaire de MEV à cet instant là. (par exemple faut il aussi rpendre en compte les annonces en panier pour préremplir le formulaire de modification d'annonce ?) Sujet à creuser avant de faire la correction. A inclure dans le travail sur les projets Mise en vente. |
| Commentaire de Benoît Bourdon [ 30/sept./09 18:47 ] |
|
Solution plus simple : si dans l'inventaire le stock restant
est "0 + 1 en panier actuellement" alors on empêche la modification /
suppression ... etc ... Bref on empêche d'accéder aux liens d'actions, mais pour cela il faudrait l'indiquer à l'utilisateur ... |
| Commentaire de Benoît Bourdon [ 12/oct./09 11:28 ] |
| Penser à verrouiller aussi l'action (au cas où l'internaute à commencer l'action de modification avant la mise en panier) |
[APP-25465] A FastQuery is launched inside transaction Création: 02/juin/09 10:11 Mise à jour: 23/déc./09 11:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
2009-06-02 10:05:45,666 INFO [-Processor12] 192.168.61.112 - >>> GET http://www.pm.lan/offer?action=search&seller_login=tourdumonde&selle r_id=&sort=&category=advert_books&ss=45&keyword=le&category_search_ref=advert_books_search_all 2009-06-02 10:05:45,929 WARN [-Processor12] 192.168.61.112 - A FastQuery is launched inside transaction |
| Commentaires |
| Commentaire de Arnaud Forgues [ 02/juin/09 10:22 ] |
|
Déjà le cas en PROD : sur janus 2009-05-31 10:54:35,389 INFO [-Processor27] 81.38.100.210 - >>> GET http://www.priceminister.es/offer?action=search&seller_login=TOMANDCO-ES&seller_id=&sort=&category=224700 &ss=45&keyword=ipod&category_search_ref=advert_electronics_search_all&submitbtn= 2009-05-31 10:54:35,572 INFO [-Processor14] 66.249.72.200 - <<< [331 ms] GET http://www.priceminister.es/offer/buy/21733783/Broadway-Danny-Rose.html 2009-05-31 10:54:35,802 WARN [-Processor27] 81.38.100.210 - A FastQuery is launched inside transaction 2009-05-31 10:54:36,439 INFO [P-Processor1] - Session bound 2009-05-31 10:54:36,439 INFO [P-Processor1] 66.249.72.211 - >>> GET http://www.priceminister.es/offer/buy/44012334/Die-Welt-Ist-Voller-Liebe-Vinilo.html 2009-05-31 10:54:36,569 INFO [-Processor27] 81.38.100.210 - <<< [1180 ms] GET http://www.priceminister.es/offer?action=search&seller_login=TOMANDCO-ES&seller_id=&sort=&categ |
| Commentaire de Martin Sudmann [ 30/juin/09 17:44 ] |
|
Demande un refactoring assez poussé. La requête Fast a besoin de données provenant de DB lookups (user) et cache lookups (conf tree). Pour pouvoir déplacer la requête Fast dans le preLoad du modèle, il faudrait déplacer ces lookups préliminaires dans l'action (qui dispose de sa popre transaction). |
[APP-25455] Recycler : Impossible d'annuler au niveau du pop-up "revendre cet article" Création: 29/mai/09 15:09 Mise à jour: 29/mai/09 16:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Fonc) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
même si on feme le pop-up, on est redirigé vers le MEV.
|
| Commentaires |
| Commentaire de Emeric Teil [ 29/mai/09 16:57 ] |
| Il ne s'agit pas d'un bug puisque cela à toujours fonctionné ainsi. On met de côté au cas où on repasse sur cette fonctionnalité. |
[Rationalisation : Mes vendeurs / Mes vendeurs préférés]
(APP-25532)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Si on veut être iso avec le form 4G (fond bleu & bouton)
dans ce cas, le bouton de validation devrait être ferré à gauche
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 29/mai/09 14:20 ] |
|
oui en effet, il faut bien ferrer à gauche. je mets ça pour la prochaine version TX |
[APP-25443] [UK] Remplacement d'expressions dans les templates de mails UK Création: 29/mai/09 10:48 Mise à jour: 26/nov./10 10:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 46.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Cosmétique |
| Rapporteur: | Cedric Favero | Attribution: | Thomas Bentley |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Nous souhaiterions apporter de modifications par lot sur les templates de mails UK.
En effet, nos anglophones nous suggerent de meillleurs formulations et nous souhaiterions tout modifier d'une passe. A priori nous avions fait qqch de similaire avec l'exploit sur l'Espagne. |
| Commentaires |
| Commentaire de Cedric Favero [ 29/mai/09 10:58 ] |
|
Voici notre besoin: Remplacer: "Hello $user.Login" par "Dear $user.Login" "Thank you for your custom, we look forward to hearing from you soon," par "Thank you for using $brand.BrandName, we hope our reply was useful." "$operator" par "Regards, $operator" Merci. |
| Commentaire de Habib-Sylvain Gourguet [ 12/nov./10 10:07 ] |
|
Tiens, on va récupérer ce vieux JIRA laissé à l'abandon par un certain Patrice.
Thomas, rien de prioritaire, mais dès que tu as un peu de temps, on verra ce qu'il est désormais possible de faire pour ce JIRA via InfoGlue. |
| Commentaire de Thomas Bentley [ 26/nov./10 09:50 ] |
| Je commence à implanter ses 'wordings' pour les prochaines trads. |
| Commentaire de Oliver Moss [ 26/nov./10 09:55 ] |
|
Not so sure about "Thank you for using $brand.BrandName, we
hope our reply was useful." dont know if it's applicable to all the
messages. What do you think?
|
| Commentaire de Thomas Bentley [ 26/nov./10 10:18 ] |
|
Cependant, je pense qu'il y aura trop de référence a
PriceMinister dans les dernières lignes de chaque mail type si nous
utilisons la phrase suivante:
"Thank you for using $brand.BrandName, we hope our reply was useful" |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Exemple : "Alerte mail activée"
|
[APP-25439] Prendre en compte les reversements en cours lors du calcul de la dette ? Création: 28/mai/09 18:32 Mise à jour: 04/nov./09 11:50 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Quand un utilisateur crédite son PMV négatif, on ne prend
pas en compte le montant de son virement dans le message en en-tête de
la page Mon Compte. A faire ? Voir screenshot. |
| Commentaires |
| Commentaire de Emeric Teil [ 28/mai/09 18:43 ] |
| On ne le prends pas en compte car il n'a pas encore été réalisé (finalisé). La dette affichée correspond au solde réel à l'instant t, pas au solde à venir. |
| Commentaire de Emeric Teil [ 29/mai/09 09:48 ] |
| Si tu n'y vois pas d'objection, on va donc résoudre ce Jira en "Aucune Correction Envisagée". |
| Commentaire de Christophe Garcia [ 29/mai/09 11:11 ] |
|
J'ai bien compris mais c'est justement ce que j'aimerais qui
soit fait : que l'on prenne en compte les crédits PMV en cours pour
donner un retour clair à l'utilisateur. Exemple : Attention, vous devez 51,95 ¿ à PriceMinister (pour plus d'explications, cliquez ici). Cette situation ne pouvant être que passagère, nous vous invitons à la régulariser en alimentant votre Porte-Monnaie. Votre versement de XX, XX ¿ est en cours de traitement. Reste dû (après validation de ce versement) : 51.95 - XX, XX Note : Je virerai bien le "Attention" en début de phrase. Y'a déjà un picto "!". Note 2 : Et je formulerai les choses différemment pour être moins agressif. "Actuellement, votre compte PriceMinister est débiteur de XX, XX¿. Cette situation ne pouvant être que passagère, nous vous invitons à la régulariser en alimentant votre Porte-Monnaie. Pour plus d'explications, cliquez ici." |
| Commentaire de Emeric Teil [ 29/mai/09 11:28 ] |
|
On peut y réfléchir pour une prochaine version mais pour moi
il ne faut rien changer. Prendre en compte les crédits en cours
créerait pas mal de cas supplémentaires, par exemple "que faire qi le
crédit en cours couvre totalement la dette ? on n'affiche plus le
cartouche ? pourtant il nous doit toujours de l'argent et son solde réel
est toujours négatif...) Pour parallèle, aujourd'hui quand on affiche le solde du PMV on ne prend pas non plus en compte les crédit en cours tant qu'ils n'ont pas été finalisés et puisque l'info affichée ici est le solde réel, il n'y a pas de raison de modifier ce comportement. Par contre, on peut éventuellement rajouter une explication dédié dans l'aide liée du genre : "si vous avez fait une demande de crédit pour régulariser votre situation, ne tenez pas compte de ce message, votre dette sera revue dès finalisation de l'opération". |
| Commentaire de Cedric Favero [ 29/mai/09 11:29 ] |
|
Pour les wordings; La notion de "débiteur" deplait tres fortement à PFA. Et je trouve qu'on est déjà pas trop méchant.. Par contre suis assez d'accord qu'il aurait été bien d'avoir un wording différent quand un crédit est amorcé (Votre versement de XX, XX ¿ est actuellement en cours de traitement et ce message disparaitra lorsque ce dernier aura été validé) mais par contre la déduction sur la somme due ne me semble pas pertinente tant qu'on est pas sur d'avoir l'argent (facile de demander un crédit mais de ne rien envoyer derriere). Vrai aussi qu'on a pas relevé çà plus tot... |
| Commentaire de Emeric Teil [ 29/mai/09 11:35 ] |
|
Le problème est, comme expliqué précédemment, que le message
ne disparaitra pas forcément après le crédit finalisé... Cet aspect avait déjà été évoqué, on avait préféré rester sur quelque chose de simple. |
[Rationalisation : Revendez vos achats]
(APP-25533)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Voir screenshot
|
[Rationalisation : Revendez vos achats]
(APP-25533)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Voir screenshot. Manque un tiret ? |
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 29/mai/09 15:05 ] |
| Il manque aussi un espace entre le "Acheté le :" et la date. |
| Commentaire de Habib-Sylvain Gourguet [ 21/août/09 10:35 ] |
|
Effectivement. Ajouter un espace après "le" et un tiret avant "Vendu". Pour une lecture moins hachée, on peut également écrire "Acheté le [DateCommande] à [PseudoVendeur]. Je vous laisse réaffecter ce JIRA, cette page n'étant pas gérée par le BO. Merci. |
[APP-25427] Fiche produit BO - Aperçu nombre d'images complément et annonces Création: 28/mai/09 16:28 Mise à jour: 26/févr./10 15:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 46.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
fp img nbr.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif FONC: | photos d'annonce |
| Description |
|
Il serait en fait très très utile de connaitre le nombre d
"'images des compléments" et le nombre d' "images annonce du
soumetteur" directement depuis la fiche-produit, comme c'est déjà le cas
pour les images produit. Le nombre total, sans faire de distinctions d'état, étant suffisant (total de soumis + validé + supprimé + refusé). |
| Commentaires |
| Commentaire de Antoine Carré [ 21/août/09 11:47 ] |
| Aurélien, peux tu me donner plus de détails sur ce que tu veux, à quel endroit exactement ...? |
| Commentaire de Aurélien Vergalli [ 21/août/09 12:07 ] |
|
Voir le JPEG en PJ: en haut a gauche de la fiche, on a le
nbre d'images produits. La demande concerne les zones à droite de la
fiche: "images des compléments" et "images annonce du soum.". Le nombre
total suffit: soumis + validé + supprimé + refusé (pas de disctinction
d'état) |
| Commentaire de Antoine Carré [ 27/août/09 09:57 ] |
|
Les données sont difficiles à obtenir tant que les branches dev_cat et product_galery ne sont pas réunies. Je remet ce Jira dans la chasse pour le moment. |
| Commentaire de Thomas Allier [ 27/août/09 16:16 ] |
|
Afficher ces chiffres à l'affichage de la Fiche produit BO
signifierait lancer les deux requêtes (ramenant les produits des
compléments et les images du soumetteur). Etant donné le temps de chargement d'affichage des images des compléments, je pense qu'il vaut mieux éviter de faire ce dev pour l'instant si on veut garder un temps d'affichage correcte de la FP BO. |
[APP-25426] [Rationalisation HTML/CSS : Mon compte lot 2 ?] : Création: 28/mai/09 16:27 Mise à jour: 03/juil./09 12:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
La rationalisation [Mon compte lot 1] comprenait : > Mes achats (MY_PURCHASES) > > Revendez vos achats (BUYER_RECYCLE_LIST) > Mes envies (WISH_LIST) > > Mes souhaits (WISH_LIST) > > Mes articles mémorisés (WISH_MEMO_LIST) > > Mes vendeurs préférés (FAVORITE_LIST) > > > Modifier mes vendeurs préférés (FAVORITE_VIEW_MODIFY) > > > Ajouter à mes vendeurs préférés (FAVORITE_VIEW_ADD) > Tous mes vendeurs (BUYER_SELLER_LIST) Il s'agit ici d'une meta-tâche afin de rassembler les JIRA créés durant ce projet afin d'y apporter une réponse/solution |
| Commentaires |
| Commentaire de Gafour Abdoul [ 09/juin/09 14:10 ] |
|
Les JIRA restant on été réunions dans des meta tache : - APP-25531 -> Mes souhaits - APP-25532 -> Mes vendeurs/Mes vendeurs préférés - APP-25533 -> Revendez vos achats - APP-25534 -> Mes articles mémorisés |
[Rationalisation : Mes vendeurs / Mes vendeurs préférés]
(APP-25532)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Tout est bleu, tout est souligné : on s'y perd ...
|
[Rationalisation : Mes vendeurs / Mes vendeurs préférés]
(APP-25532)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
jira.gif
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A quoi ça sert ?
|
| Commentaires |
| Commentaire de Corinne Grondin [ 02/nov./10 11:58 ] |
|
Hello,
C'est vrai que cette symbolique ne veut plus rien dire sur cette page. Autant pour la page "liste de tous mes vendeurs", la symbolique fonctionne car on va y marqué les vendeurs préférés, mais dans cette page, le picto est redondant à la fois avec l'objet de la page et avec lui-même (il y en a trop). Je propose de l'enlever, si possible de cette page. |
[Rationalisation : Mes vendeurs / Mes vendeurs préférés]
(APP-25532)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Tous les vendeurs sont affichés à la queue-leuleu !
Pas de pagination. A harmoniser avec les autres pages (souhaits, articles mémorisé, ...) |
| Commentaires |
| Commentaire de Gafour Abdoul [ 28/mai/09 18:13 ] |
| il s'agirait d'une nouvelle fonctionnalité, je déplace pour l'instant en TX-H |
| Commentaire de Gafour Abdoul [ 03/juil./09 12:10 ] |
| Il s'agit d'un ajout fonctionnel qui demande du DEV. |
[Rationalisation : Mes articles mémorisés]
(APP-25534)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mémo |
| Affecte la/les version(s): | 47.0.0 (TX-G), 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Fonc) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Habib-Sylvain Gourguet [ 16/juil./09 17:21 ] |
|
"Vous pouvez "mémoriser" les articles qui vous intéressent et que vous ne souhaitez pas commander immédiatement. Il vous suffit pour cela de les ajouter à votre panier, puis de cliquer sur "Mémorisez-le pour acheter une prochaine fois" depuis la page "Mon panier". Les articles concernés apparaitront ainsi dans la page "Mes articles mémorisés" de votre compte. Attention : les articles mémorisés ne sont pas réservés. Il peut arriver qu'un article mémorisé ne soit plus disponible (il a pu être vendu entretemps). Vous avez alors la possibilité de "faire un souhait" afin d'être informé de la future disponibilité de ce produit." Il faudrait également ajouter un lien d'aide sur l'expression "faire un souhait", vers le contenu suivant : http://www.priceminister.com/help/auto_alias_1_11_7_1/ |
| Commentaire de Gafour Abdoul [ 23/juil./09 12:11 ] |
|
Qui valide le wording ? Pour le lien on pourra le modifier une fois le wording validé. |
| Commentaire de Yann Danot [ 18/nov./09 18:32 ] |
|
wording modifié sur cms-ref en FR et à traduire : /default/Labels/_Mon Compte/_Espace Acheteur/WishMemoList/txt_explaination - French [CAJ2009Q4TX] |
| Commentaire de Rocio Perez-Garcia [ 19/nov./09 09:46 ] |
|
Yann, je crois qu'on ne mets pas les liens de ce genre : de <a href="http://www.priceminister.com/help/auto_alias_1_11_7_1/"> faire un souhait<a> peux tu le corriger, stp ? |
| Commentaire de Yann Danot [ 19/nov./09 09:51 ] |
| tu as raison je corrige ça de suite |
| Commentaire de Yann Danot [ 19/nov./09 10:08 ] |
| ok c'est corrigé en FR sur cms-ref |
| Commentaire de Rocio Perez-Garcia [ 19/nov./09 10:15 ] |
|
Gracias ! Fait en ES |
| Commentaire de Emeric Teil [ 20/nov./09 11:57 ] |
| OK en Dev |
| Commentaire de Rémi Virlouvet [ 23/nov./09 10:28 ] |
| UK ok |
| Commentaire de Carole Boucheny [ 23/nov./09 11:26 ] |
| Publié sur cms ref |
| Commentaire de Christophe Garcia [ 26/nov./09 10:59 ] |
|
A mon avis, y'a trop de blabla : personne ne lira. Voir suggestions dans le screenshot. |
| Commentaire de Yann Danot [ 26/nov./09 11:07 ] |
| Habib qu'en penses-tu |
| Commentaire de Habib-Sylvain Gourguet [ 30/nov./09 10:04 ] |
|
Ok avec la proposition de Christophe. On peut au passage
corriger une petite faute dans le dernier paragraphe ("entre-temps"). Pour reprendre le tout : " La liste de vos articles mémorisés vous permet de retrouver facilement les produits qui vous intéressent. Pour mémoriser des articles, il vous suffit de les ajouter au panier, puis de cliquer sur le lien "Mémorisez-le pour acheter une prochaine fois" depuis la page "Mon panier". Important : les articles mémorisés ne vous sont pas réservés. Si un de ces articles n'est plus disponible (il a pu être vendu entre-temps), vous avez la possibilité de "faire un souhait". Vous serez ainsi informé dès que le produit sera à nouveau en vente. " |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
A harmoniser comme on a pu le faire dans les avis.
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 03/juil./09 12:34 ] |
| Il s'agit d'un ajout fonctionnel qui demande du DEV. |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Voir screenshot.
Les produits non dispo ne disposent d'aucune info. Suggestion : "Produit actuellement indisponible" |
| Commentaires |
| Commentaire de Gafour Abdoul [ 03/juil./09 12:08 ] |
| Il s'agit d'un ajout fonctionnel qui demande du DEV. |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G), 58.0.0 (TX-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Fonc) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Voir screenshot Proposition (quand aucun souhait saisi) : Les souhaits vous permettent d'être informé(e) dès qu'un produit est mis en vente au prix que vous aurez fixé ou quel qu'en soit le prix (selon l'option choisie). Vous serez alors avertie directement par e-mail (optionnel). Proposition (quand souhait déjà saisi) : Les souhaits vous permettent d'être informé(e) dès qu'un produit devient disponible au prix que vous avez fixé ou quel qu'en soit le prix (selon l'option choisie). Les prix en rouge indiquent qu'un produit est disponible au prix souhaité (voire moins cher). Les prix en gris indiquent qu'aucun produit n'est actuellement disponible au prix souhaité. Si vous ne souhaitez plus être averti(e) par e-mail, utilisez le lien "Modifier" pour chaque souhait. |
| Commentaires |
| Commentaire de Cedric Favero [ 09/juin/09 12:04 ] |
|
Je regrette en passant qu'on n'ait pas été consultés pour le wording de ces pages. On a maintenant une personne au BO qui travaille tout spécifiquement sur ces aspects. Dommage. Assez d'accord avec ce que dit Christophe. Juste la premiere phrase qui me semble lourde dans les deux cas. Plutot un truc comme: Les souhaits vous permettent d'être informé(e) dès qu'un produit est mis en vente, au prix que vous aurez éventuellement fixé. |
| Commentaire de Habib-Sylvain Gourguet [ 21/août/09 10:53 ] |
|
Ma proposition : "Les souhaits vous permettent d'être informé(e) par e-mail : - dès qu'un produit épuisé devient à nouveau disponible, - dès qu'un vendeur propose un produit à un prix égal ou inférieur à celui que vous aurez fixé. Si votre souhait est exaucé, son prix apparaîtra en rouge dans la liste ci-dessous. Vous pouvez modifier votre souhait, ou indiquer que vous ne souhaitez plus recevoir d'e-mail le concernant, en cliquant sur "Modifier". Pour valider votre modification, n'oubliez pas de cliquer sur "Ajouter à votre liste de souhaits"." Page non gérée par le BO. JIRA à réaffecter. Merci. |
| Commentaire de Yann Danot [ 18/nov./09 18:53 ] |
|
Wording modifié mais petit besoin d'amélioration css pour les balises <ul> et <li> je crée un layout sur la branche dev_tx /default/Labels/_Mon Compte/_Espace Acheteur/WishList/txt_explaination - French |
| Commentaire de Rocio Perez-Garcia [ 23/nov./09 10:05 ] |
| Fait en ES |
| Commentaire de Rémi Virlouvet [ 23/nov./09 10:23 ] |
| UK ok |
| Commentaire de Carole Boucheny [ 23/nov./09 11:27 ] |
| Publié sur cms ref |
| Commentaire de Christophe Garcia [ 26/nov./09 10:33 ] |
|
Manques des tirets + "," à retirer + Supprimer la dernière phrase qui bien qu'elle soit techniquement juste est pour le moins troublante à lire et n'apporte pas d'information importante |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Exemple : Souhaité à tout prix
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 28/mai/09 16:44 ] |
| pour ce point, nous sommes resté identique à l'existant. |
| Commentaire de Habib-Sylvain Gourguet [ 07/juil./09 16:59 ] |
|
Une proposition de wording. Pour les souhaits à prix fixe : "Prix souhaité : xx ¿ ou moins" Pour le reste : "Prix souhaité : indifférent" |
| Commentaire de Gafour Abdoul [ 07/juil./09 17:31 ] |
|
Merci Habib! Je transmet à Emeric. |
| Commentaire de Emeric Teil [ 27/juil./09 09:49 ] |
| Pourquoi créer un Jira sur une fonctionnalité qui est telle qu'elle depuis.... |
[Rationalisation : Mes souhaits]
(APP-25531)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | CSS - Mon Compte (Lot 1) |
| Description |
|
Voir screenshot. Les prix affichés en gris étant une conséquence du prix souhaité, ça serait bien plus parlant/intuitif d'avoir les 2 données au même endroit. |
| Commentaires |
| Commentaire de Gafour Abdoul [ 28/mai/09 16:38 ] |
|
Le sujet a été abordé et les essais pour rapprocher visuellement les deux prix n'ont pas été convaincant. A priori sa place ne sera pas changé mais je ne ferme pas le JIRA et le déplace pour l'instant. |
[APP-25396] [CoSAV] : BO - Contrôler le passage manuelle d'une opération de crédit de l'état créé à demandé Création: 27/mai/09 16:13 Mise à jour: 02/juil./09 14:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 47.0.0 (TX-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2 alimentations en cours.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif2: | CoSAV |
| Description |
|
Cas de test : - vendeur avec un solde positif - création d'une demande d'alimentation du PMV par virement - annulation de la demande d'alimentation par virement - création d'une demande d'alimentation du PMV par chèque - en BO, passage de cette opération (alimentation chèque) à l'état Demandé (sans attendre envoi du mail) - en front, affichage de deux opérations dans le tableau récapitulatif (cf PJ) - clic sur l'opération qui a été annulée : 2009-05-27 16:05:54,037 INFO [P-Processor1] kaw21 - >>> GET http://www.pm.lan/wallet?action=view&opid=518498495 2009-05-27 16:05:54,071 ERROR [P-Processor1] kaw21 - Load error Servlet=com.babelstore.wallet.front.WalletServlet Request=GET http://www.pm.lan/wallet?action=view&opid=518498495 Referrer=http://www.pm.lan/wallet?action=wltview&oprcount=30&oprfilter=ALL User-Agent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Trace=java.lang.NullPointerException at com.babelstore.user.BaseBankAccountInfo.<init>(BaseBankAccountInfo.java:50) at com.babelstore.user.BankAccountInfo.<init>(BankAccountInfo.java:33) at com.babelstore.user.BankAccountFormat.<init>(BankAccountFormat.java:43) at com.babelstore.wallet.front.OperationViewModel.load(OperationViewModel.java:156) at com.babelstore.util.web.Model.doLoad(Model.java:53) at com.babelstore.util.Block.load(Block.java:120) at com.babelstore.util.web.Screen.load(Screen.java:121) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:263) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:209) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:168) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) Pourquoi est-ce qu'elle apparaît à ce moment là? |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 27/mai/09 17:12 ] |
|
Je n'arrive vraiment pas à reproduire ton cas. (pour info, le lien "Passer à l'état demandé" en BO apparait uniquement lorsque l'utilisateur a fait une demande de reversement mais qu'il n'a pas été au bout du process : il a cliqué sur "annuler" avant la fin). J'ai tenté de faire : -création d'une demande d'alimentation par virement complète -je l'ai annulée -création d'une demande d'alimentation par chèque incomplète -passage à l'état demandé sans envoi de mail -en FO seule la ligne de demande d'alimentation par chèque apparait J'ai tenté aussi de ne pas finaliser la première demande d'alimentation : -création d'une demande d'alimentation par virement incomplète (clic sur bouton "annuler" durant la demande) -création d'une demande d'alimentation par chèque incomplète -passage à l'état demandé sans envoi de mail -en FO seule la ligne de demande d'alimentation par chèque apparait une idée ? |
| Commentaire de Marc-Antoine Decreton [ 27/mai/09 18:09 ] |
|
Ce n'est pas une regression due à RCV. Ca n'a pas de rapport avec le fait d'avoir plusieurs opérations de crédit en cours. Le bug réel est le suivant : - un utilisateur crée une demande d'alimentation du pmv par virement, mais ne la finalise pas (il clique sur le bouton "annuler" dans le tunnel de demande d'alimentation). Ses données bancaires ne sont pas connues - l'opérateur BO passe l'opération en "Demandé" en BO, malgré le message "attendre l'envoi du mail" - en FO la demande de reversement apparait dans le détail des opération, et un clic dessus lève un NPE (car les données bancaires sont inconnues). Voir ce qu'il faut faire fonctionnellement (voici quelques pistes) : - supprimer le lien "passer à l'état demandé" en BO - désactiver ce lien tant que les informations bancaires sont inconnues - mettre une alerte js si on clique sur ce lien alors que les informations bancaires sont inconnues - ... |
| Commentaire de Cedric Favero [ 28/mai/09 10:16 ] |
|
C'est un cas courant que de passer manuellement un crédit à l'état demandé. En effet c'est souvent que l'utilisateur s'arrete à l'état "créé" mais qu'on reçoit tout de meme le chèque ou le virement et qu'on fait les choses manuellement. On ne peut donc pas supprimer le lien "passer à l'état demandé" ni le désactiver. |
| Commentaire de Marc-Antoine Decreton [ 28/mai/09 10:52 ] |
|
Qquand je parlais de désactiver, je voulais dire "le
désactiver et le griser tant que les informations bancaires ne sont pas
complètes, et le réactiver quand c'est bon". |
| Commentaire de Emeric Teil [ 28/mai/09 12:13 ] |
| Ce Jira est mineur et ne concerne pas la version, on le traitera en temps voulu... |
[APP-25362] Referer : Filtrer certains mots clés ? Création: 20/mai/09 16:09 Mise à jour: 16/mars/10 14:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Suite au nouveau déploiement, je vois bien que quand on fait
une recherche sur Google on reprend bien les mots clés qui ont été
saisis. Par contre, quand on met des mots clés comme « achat » ou « acheter », on ne trouve aucun résultat sur Price car ces mots clés ne sont pas présents dans le titre des produits Exemple http://www.google.fr/search?q=acheter+pro+evolution+soccer+2009&hl=fr&safe=off&start=10&sa=N Nous avons le message : Trouver d'autres produits correspondant à "acheter pro evolution soccer 2009" El le résultat est Aucun résultat ne correspond à "acheter pro evolution soccer 2009" sur PriceMinister Par contre, si on enlève le mot « acheter » on trouve tous les produits. Je me demande si nous pouvons filtrer certains mots dans les résultats (achat, acheter...) afin que les utilisateurs puissent trouver les produits. Je ne sais pas s¿il y aura un effet négatif sur le référencement. Evidement sur le site espagnol j'ai constaté la même chose. |
| Commentaires |
| Commentaire de Thierry Leforestier [ 20/mai/09 16:12 ] |
|
On s'est effectivement posé la question avec benoît. Ca
serait un plus, mais a priori ca n'est pas bloquant. Si ca ne prend pas
de temps de dev conséquent, peut-être prévoir une liste paramétrable en
BO de mots clefs a filtrer ? Je transmet a Benoît. Thierry |
| Commentaire de Benoît Bourdon [ 22/mai/09 14:47 ] |
|
En effet on a vu ça aussi. On avait pour le moment listé les mots lié à la notoriété (price, priceminister....etc..) mais en effet les mots lié à l' achat / vente peuvent être supprimés |
| Commentaire de Benoît Bourdon [ 05/août/09 14:36 ] |
|
Quand on fera cette modification : prendre en compte ce qui est indiqué en plus dans le jira : |
[APP-25332] [Mon compte] mauvais lien "besoin d'aide sur paiements" Création: 19/mai/09 09:53 Mise à jour: 20/nov./09 18:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Le lien sur la page "Mon compte" , "besoin d'aide sur paiements" est obsolete et on ne l'avait pas vu. La page appelée n'est plus utilisée, il faut maintenant envoyer sur http://bo.priceminister.com/help/cp ou plus exactement l'alias "cp" en popup, soit "question sur mes paiements". |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 22/mai/09 15:30 ] |
|
Hello, Faut-il aussi que les utilisateurs en mode compta pointent vers cette page d'aide ou vers une autre page ? |
| Commentaire de Cedric Favero [ 26/mai/09 09:27 ] |
|
Pas de contenu spécifique COMPTA pour ces pages. L'aide spécifique COMPTA n'existe que dans l'aide présente sur pages Porte-Monnaie. Donc oui meme lien. |
| Commentaire de Emeric Teil [ 26/mai/09 09:44 ] |
|
Pas vraiment d'accord, les articles accessibles depuis http://www.priceminister.com/help/cp contiennent des infos non valables pour les comptas, notamment : -> http://www.priceminister.com/help/i_compensation_how -> http://www.priceminister.com/help/c_payment_delay |
| Commentaire de Cedric Favero [ 26/mai/09 10:30 ] |
|
Et nous n'avons pas d'articles spécifques COMPTA correspondants.. (c'est l'aide générale). A ce moment là , laissons la demande ouverte le temps d'en créer.. |
| Commentaire de Emeric Teil [ 26/mai/09 10:32 ] |
|
Pas d'accord non plus... :o) Jusqu'à maintenant, nous avions bien la structure avec deux articles différents (aide totalement dupliquée sur le PMV) identifiée par des _acc pour les comptas. Pour moi, il ne faut donc pas modifier ces liens mais mettre à jour les articles existants. |
| Commentaire de Cedric Favero [ 26/mai/09 10:36 ] |
|
ok pas faux. partons là dessus. |
| Commentaire de Emeric Teil [ 26/mai/09 10:43 ] |
| OK donc on ne change plus ce lien et on laisse l'existant. |
| Commentaire de Marc-Antoine Decreton [ 26/mai/09 10:46 ] |
| [CAJ2009Q2] |
| Commentaire de Emeric Teil [ 26/mai/09 14:45 ] |
| Cedric, si vous ne pensez pas faire ces modifs pour la tx-G, il faudrait modifier la version cible. Merci |
| Commentaire de Cedric Favero [ 26/mai/09 14:56 ] |
| Pas le temps pour la TX-G. On modifiera les deux pages plus tard. |
| Commentaire de Habib-Sylvain Gourguet [ 21/juil./09 17:01 ] |
|
On a fusionné récemment les deux blocs d'aide présents dans
les pages "Mon Porte-Monnaie" et "Mes paiements" pour n'en faire qu'un
seul : "Aide Porte-Monnaie". On pourrait en faire autant avec les deux liens présents dans la page "Mon compte". Le lien serait nommé "Paiements et Porte-Monnaie : réponses à vos questions" et redirigerait vers la structure appropriée, suivant que l'utilisateur soit en mode Compta ou non. Emeric, si ok pour toi, je m'occupe de réorganiser les structures en question et d'ajouter les alias suivants : - "i_finances" pour Libre, - "i_finances_acc" pour Compta. |
| Commentaire de Emeric Teil [ 21/juil./09 17:38 ] |
| OK, mais pas avant la Tx-I, OK ? |
| Commentaire de Emeric Teil [ 21/juil./09 17:39 ] |
|
Si ça te convient, tu peux éventuellement anticiper la
création de ces deux nouveau alias et de leur contenu, par contre, ne
touche pas à l'existant sinon les liens actuels ne pointeront sur rien. Une fois que c'est bon de ton côté, tu pourras ré-assigner ce jira à dispatcher-tx ? Merci d'avance |
| Commentaire de Habib-Sylvain Gourguet [ 10/sept./09 18:17 ] |
|
Pas le temps de mon côté de m'occuper de ce JIRA pour la TX-I. A revoir pour une prochaine TX. |
[Fiche
Produit Privées] > Laisser la possibilité au vendeur propriétaire de
sa fiche produit de supprimer ses photo d'un seul clic
(APP-20734)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | photos d'annonce |
| Description |
|
Question d'Isabelle : Est-il possible d'ajouter un bouton
supprimer toutes les annonces et supprimer toutes les photo par type de
produit ou par résultat de recherche dans le moteur de l'inventaire ça
serait également très utile notamment en cas de copyright de photo où il
faut agir rapidement sur une grande quantité de produit. un jour
peut-être....
|
[APP-25310] MAJ fichiers des rewrite rules FR Création: 15/mai/09 11:46 Mise à jour: 17/janv./11 19:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | REF |
| Classif FONC: | tech |
| Description |
|
Règle à supprimer ?
Pas d'appel constaté en S20 en PROD. Encore utile ==> A vérifier avec le MARKET # Compatibilité Tradedoubler (applicatif ? a vérifier) RewriteCond %{REQUEST_URI} /tradedoubler RewriteCond %{QUERY_STRING} url=http://www.priceminister.com/(.+\?.+) RewriteRule ^/tradedoubler.* %1&t=1091740 [L,R,NE] RewriteCond %{QUERY_STRING} url=http://www.priceminister.com/(.+) RewriteRule ^/tradedoubler.* %1?t=1091740 [L,R,NE] RewriteCond %{QUERY_STRING} url=http://www.priceminister.com/ RewriteRule ^/tradedoubler.* %1ng?t=1091740 [L,R,NE] |
[APP-25295] Appels concurrents à to_cart.gif : Certaines réponsent sont en 503 Création: 14/mai/09 14:54 Mise à jour: 02/juin/09 10:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
2009-05-14 14:23:16,350 INFO [-Processor12] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,352 INFO [-Processor13] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,353 INFO [-Processor11] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,355 INFO [-Processor17] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,356 INFO [-Processor10] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,357 INFO [-Processor15] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,358 INFO [-Processor12] 192.168.61.130 - <<< [8 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,362 INFO [-Processor12] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,402 INFO [-Processor17] 192.168.61.130 - <<< [47 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,405 INFO [-Processor13] 192.168.61.130 - <<< [48 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,406 INFO [-Processor17] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/static/0/www/www/55599/fc/module/review.js 2009-05-14 14:23:16,407 INFO [-Processor17] 192.168.61.130 - <<< [1 ms] GET http://akamai.pm.lan/res/static/0/www/www/55599/fc/module/review.js 2009-05-14 14:23:16,408 INFO [-Processor11] 192.168.61.130 - <<< [55 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,409 INFO [-Processor12] 192.168.61.130 - The asset with id:108970 had no assetBlob or an error occurred when we tried to get it:[OraDri ver] #53 The connection is closed 2009-05-14 14:23:16,410 ERROR [-Processor12] 192.168.61.130 - No pic [108970] 2009-05-14 14:23:16,410 INFO [-Processor12] 192.168.61.130 - Setting response status code to 503 2009-05-14 14:23:16,410 INFO [P-Processor6] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/45512/flag_germany.gif 2009-05-14 14:23:16,410 INFO [-Processor12] 192.168.61.130 - <<< [48 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,411 INFO [-Processor15] 192.168.61.130 - The asset with id:108970 had no assetBlob or an error occurred when we tried to get it:java.la ng.NullPointerException 2009-05-14 14:23:16,411 INFO [-Processor10] 192.168.61.130 - The asset with id:108970 had no assetBlob or an error occurred when we tried to get it:java.la ng.NullPointerException 2009-05-14 14:23:16,413 ERROR [-Processor10] 192.168.61.130 - No pic [108970] 2009-05-14 14:23:16,413 INFO [-Processor10] 192.168.61.130 - Setting response status code to 503 2009-05-14 14:23:16,414 INFO [-Processor17] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/45512/flag_germany.gif 2009-05-14 14:23:16,411 ERROR [-Processor15] 192.168.61.130 - No pic [108970] 2009-05-14 14:23:16,414 INFO [-Processor10] 192.168.61.130 - <<< [58 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,414 INFO [-Processor13] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,416 INFO [-Processor15] 192.168.61.130 - Setting response status code to 503 2009-05-14 14:23:16,416 INFO [-Processor11] 192.168.61.130 - >>> GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif 2009-05-14 14:23:16,416 INFO [-Processor15] 192.168.61.130 - <<< [59 ms] GET http://akamai.pm.lan/res/pic/0/www/www/53461/to_cart.gif |
[APP-25281] [PdA] Upload de la 10ème photo = une troisieme ligne apparait pendant le chargement Création: 14/mai/09 10:44 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 50.0.0 (CAT-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Photos annonce |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Thomas Allier [ 14/mai/09 11:09 ] |
|
On avait tenté de corriger ce problème (pb upload simultanée
qui faisait planter firefox). Finalement, ce n'était pas simple et on a
juste rendu le lien non clickable. Je le mets en amélioration pour la prochaine version. |
[APP-25271] [MEV 4G] Cartes postales : les dimensions ne sont ici pas obligatoires Création: 14/mai/09 10:16 Mise à jour: 14/mai/09 10:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Benoit, cela fait suite aux multiples échanges que nous avons eu. Je te laisse préciser au besoin une version cible. |
[APP-25270] [MEV 4G] Calendriers : pas de contrôle de dépendance sur la période choisie et de l'année saisie Création: 14/mai/09 10:12 Mise à jour: 14/mai/09 10:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Benoit, cela fait suite aux multiples échanges que nous avons eu. Je te laisse préciser au besoin une version cible. |
[APP-25269] [MEV 4G] compteur de références privées : affiche 245 alors que 500 caractères sont disponibles Création: 14/mai/09 10:08 Mise à jour: 14/mai/09 10:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Benoit, cela fait suite aux multiples échanges que nous avons eu. Je te laisse préciser au besoin une version cible. |
[APP-25268] [MEV 4G] Stock : Il ne devrait pas être possible de saisir un stock avec décimale Création: 14/mai/09 10:05 Mise à jour: 14/mai/09 10:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Benoit, cela fait suite aux multiples échanges que nous avons eu. Je te laisse préciser au besoin une version cible. |
[APP-25267] [MEV 4G] Prix : Il faudrait rendre impossible la saisie de plus de 2 chiffres après la virgule (en cours de frappe) Création: 14/mai/09 10:03 Mise à jour: 14/mai/09 10:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Benoit, cela fait suite aux multiples échanges que nous avons eu. Je te laisse préciser au besoin une version cible. |
[APP-25260] [PdA] diapo : si cartouche de validation abus présent alors l'accès aux liens du bas nécessitent de scroller Création: 13/mai/09 17:48 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Photos annonce |
| Navigateur: | Internet Explorer 8.X |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 13/mai/09 17:54 ] |
|
bah oui ... :-( on a la page la plus serrée du site en
hauteur .... on fait tout pour que le fonctionnement nominal se fasse au
dessus de la ligne de flottaison ... Là avec un cartouche de message en plus il est impossible de faire mieux. --> On ne va pas revoir la mise en page pour ce cas. |
| Commentaire de Quentin de Chivré [ 13/mai/09 18:31 ] |
|
C'est n'importe quoi votre truc. Pas d'accord pour fermer ca, un peu plus d'exigence svp. |
| Commentaire de Benoît Bourdon [ 14/mai/09 11:01 ] |
|
Non ce n'est pas n'importe quoi ... Cette page a été retravaillée au pixel prêt pour que ça passe en 1024 pour l'affichage classique du diaporama. Cette page ne peut pas faire plus de 660 pixels si on veut qu'elle s'affiche correctement en 1024*768 (on a déjà eu un jira là dessus) Or on a déjà 500 pixels de photo et 90 pixels de promotion .... donc forcement c'est super limité pour le reste. Pour le moment je vois 2 ou 3 solutions pour résoudre ça : Sol 1 : On augmente la taille de la popup et on laisse un peu d'espace sous les liens d'actions (pour que ces derniers restent au dessus de la ligne de flottaison même en 1024). Mais là je garantie l'arrivée de 2 jiras : 1 concernant la hauteur de la popup plus grande que l'écran en 1024 (ou plus exactement avec un scroll inutile), un seconde parce qu'il y a une zone blanche inutile sous les liens d'actions pour toutes les résolution supérieures ... ... ça parait être un mauvais compromis. Sol 2 : On revoit la mise en page du diaporama .... il me semble que c'est un peu coûteux pour un bug mineur / cosmétique sur une fonctionnalité "secondaire" par rapport à l'ensemble du projet photo d'annonce. et pis une petite solution 3 ... un peu "usine à gazesque" :-) : On ouvre la popup avec des tailles différentes selon la résolution de l'utilisateur .... :-( Bref, Ok, je comprends que tu ne sois pas d'accord avec le souhait de fermer définitivement ce jira. Certe, on peut le garder pour réfléchir un peu plus à une évolution / amélioration ... mais ça me semble peu raisonnable de passer trop d'énergie sur un bug mineur sur cette fonctionnalité alors qu'il y a d'autres corrections en cours plus importantes pour la livraison. > Je le déplacerais de la Cat-I en fin d'Integ. |
[APP-25254] [PdA] Upload : Drag & Drop nécessaire quand une seule photo ? Création: 13/mai/09 17:09 Mise à jour: 05/janv./11 14:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | photos d'annonce |
| Description |
|
Puisque l'on maîtrise à plusieurs endroits le fait qu'il n'y
ait qu'une seule photo d'affichée (liens suivant/precedent dans diapo,
fleches dans popup d'upload), pourquoi ne pas supprimer la possibilité
de DRAG N DROP quand une seule photo dans la popup d'upload ?
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 13/mai/09 17:36 ] |
| oui en effet on pourrait : jira à faire en toute fin de corrections si on a le temps. |
[APP-25245] [Nettoyage des propriétés] Supprimer des propriétés jamais utilisé par l'API ! Création: 13/mai/09 15:54 Mise à jour: 13/mai/09 17:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 45.0.2.1 (NpF + TRC + ...) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Dans le cadre de la documentation I18N, j'ai remarqué que
certaines propriétés sont répertoriées mais ne sont jamais utilisées. J'ouvre ce jira car il faudrait nettoyer nos fichiers de propriétés. Exemple identifié : - priceminister.memo.isActivated - priceminister.register.personal_number_is_active |
[APP-25242] Espace blanc sur la FP, lorsque les photos d'annonce sont à l'état Soumis caché Création: 13/mai/09 15:21 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | 46.0.0 (CAT-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | Photos annonce |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
Propre à IE (7)
|
[APP-25237] (UK) Aide: ajouter frais de port Computing (informatique) Création: 13/mai/09 14:59 Mise à jour: 03/sept./09 10:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Rémi Virlouvet | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||
| Description |
|
10 nouveaux types de produits : correspondance Taile de Fdp Desktop computers : T-Culturel: consoles salon Flash memory, Keyboards, Pointing devices : T-Jeux Hard drives, Networking : T-Vinyles 45 tours Printer consumables : T-CD Laptop computers, Monitors, Printers : T-Laptop |
| Commentaires |
| Commentaire de Rémi Virlouvet [ 13/mai/09 15:24 ] |
|
T-Laptop est une nouvelle taille de frais de port : pays identiques : - normal : £0 - certifié : £0.99 (0.72 + 0.27) pays différents : - normal : £21.32 (fdp vendeur 15.99 + commission price 5.33) - certifié : £21.32 second article : idem |
| Commentaire de Cedric Favero [ 13/mai/09 15:45 ] |
|
Pour moi cette grillle n'est pas logique. C'est Charles ou Gael qui l'a fournie? Les Flash memory devraient plutotot etre en T-CD qu'en T-Jeux (minuscule) Les Printer consumables pourraient plus nécessiter d'etre en T-jeux Les Laptops et printers pourraient rester en T-Culturel: consoles salon (je vois pas en quoi un laptop est réellement différent d'un lecteur DVD ou une PS2). Et limite une imprimante sera souvent plus lourde qu'une console. Par contre les Monitors devraient avoir leur propre taille, surtout les CRT ! |
| Commentaire de Habib-Sylvain Gourguet [ 14/mai/09 13:11 ] |
|
A quelle date sortent les catégories concernées sur UK ? Remi, si tu peux cibler une version pour le JIRA... J'imagine qu'on peut laisser en stand by en attendant le retour de Charles. |
| Commentaire de Ariane Baldinger [ 14/mai/09 13:55 ] |
|
Rémi n'est pas là, il revient lundi. je suis en train de faire le planning... je verrai avec CGA pour la version. Tu peux laisser en standby pour le moment. |
| Commentaire de Cedric Favero [ 14/mai/09 16:41 ] |
|
Le pb c'est surtout que Gael n'est pas là. Je ne veux pas repousser l'activation de la rubrique à cause de çà mais si on était consultés en amont , çà eviterait ce genre de choses. Attendons donc de se mettre d'accord au retour de Gael (ou Charles) |
| Commentaire de Ariane Baldinger [ 15/mai/09 09:45 ] |
|
Cédric, Pour info en l'absence de Gaël nous travaillons avec Jeremy. C'est lui qui nous a donné les grilles des frais de port. Pour éviter ce genre de chose il faudrait effectivement que ton équipe soit impliquée en amont. Peut-être pouvez-vous mettre en place un process avec l'équipe commerciale... ? Pour Informatique je te laisse voir avec Jeremy. De notre côté tout le paramétrage des frais de port est déjà fait. |
| Commentaire de Cedric Favero [ 15/mai/09 09:57 ] |
|
C'est en cours. Merci Arianne. |
| Commentaire de Jeremy Pallot [ 15/mai/09 10:18 ] |
|
Concernant les frais de port sur le Royaume Uni plusieurs remarques : - Petit rappel, il s'agit de frais de port inclus dans le prix de vente de l'article. De ce fait cette grille ne concerne que les vendeurs basés à l'étranger ou les acheteurs basés à l'étranger. (Une minorité, surtout en Informatique, les prises de courant ne sont pas similaires) - Nous essayons de ne pas créer trop de différentes tailles/remboursements de frais de port, afin que les vendeurs puissent éviter d'avoir à calculer une usine à gaz lorsqu'ils souhaitent vendre sur notre site. (Notre grille Française est tant décriée par les vendeurs qu'il faut éviter de reproduire les mêmes effets) - Les moniteurs : nous nous sommes basés sur des écrans LCD et non CRT, la nuance ne nous a pas été demandée lors de la rédaction de la grille de frais de port. Mis il sera peu probable que un acheteur ou un vendeur basé à l'étranger achète un objet qui se vend à un prix très bas et accepte de payer deux fois le prix du produit pour se le faire livrer. Mais vous avez raison, il faut parer à toutes les éventualités, créons une catégorie de remboursement plus haute qui pourra à terme s'appliquer pour les écran de télévision LCD. (Souci de ne pas multiplier les valeurs dans la grille) - Mémoire Flash : il y a une question d'assurance c'est pourquoi nous souhaitons rembourser plus que pour les consommables. (Les hautes capacités peuvent dans certains cas flirter avec des valeurs de £20/25) - Imprimantes/ Ordinateurs portables : Nous remboursons au vendeur 22 ¿ en France si il est basé à l'étranger. Cette somme correspond aux £ 15.99 que nous allons rembourser au Royaume Uni, de plus le vendeur à déjà par défaut des frais de port inclus dans son prix de vente. Je suis à votre disposition pour en discuter. Bien cordialement, Jérémy |
| Commentaire de Cedric Favero [ 15/mai/09 11:32 ] |
|
Suis pas d'accord avec tout ce qui est dit. Notamment, tu dis ne pas vouloir créer de nouvelles catégories et vous en créez une T-Laptop pas forcément necessaire. (tres peu de différence avec T consoles) La justification sur l'assurance pour les cartes mémoires me semble pas bonne non plus, si assurance il y a ce sera certifié. Pour moi on doit de toute façon discuter de ces sujets en amont et se mettre d'accord avant. Abordons ce sujet au retour du Gael (vrai sur France aussi) . Cédric. |
| Commentaire de Gaël Seguillon [ 25/mai/09 10:57 ] |
|
Bonjour de retour aujourd'hui je vais regarder en détail les remarques de chacun, en essayant bien sûr de limiter au max les modifications sur un paramétrage déjà effectué, a vérifier si on peut faire quelques regroupements plus logiques. merci Gaël |
| Commentaire de Habib-Sylvain Gourguet [ 24/août/09 14:46 ] |
| Gaël, Rémi, des news sur une éventuelle harmonisation de la grille UK comme le demandait Cédric ? |
[APP-25225] Les dépendances en front prennent en compte les dépendance de type Script. Création: 13/mai/09 10:42 Mise à jour: 07/janv./11 16:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 46.0.0 (CAT-I), 46.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Quand on charge dans les cache les dépendances techniques, celles-ci s'affichent dans les formulaires de mev. Exemple sur preview.pm.lan : affiche, on voit les sous-thèmes, alors que sur www.pm.lan, ce n'est pas le cas. Notes : 1. Pour retrouver les dépendances concernées, rechercher : - type : reproduction - nom d'attribut esclave : Classification thématique 2. 2. Pour activer ou désactiver le chargement en cache des dépendances techniques : priceminister.meta_model.attribute.dependency.cache.load.deg_source_codes 10;20;30 *Attention : sur certains serveurs on voit "10, 20, 30", ce qui est une forme incorrecte et donc n'est pas comprise par l'application et qui du coup ne charge pas les dépendances techniques en cache.* |
| Commentaires |
| Commentaire de Manuel Sadok [ 10/août/10 11:50 ] |
| Il faut que les dépendances de type 'script' ne soient pas prises en compte par le FO. |
| Commentaire de Manuel Sadok [ 16/déc./10 11:19 ] |
| AttributeServiceBean, voir la méthode qui donne les valeurs autorisées pour un contrôle. Filtrer les dépendances de type script. |
[APP-25158] AVIS : les étoiles et le texte ne sont pas toujours alignés pareil. Création: 05/mai/09 15:36 Mise à jour: 01/mars/10 17:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 48.0.0 (CTN-L) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2009-05-05_153813.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Projets PM archivés: | Avis (Lot 2) | ||||||||
| Description |
|
Il y a des différences d'alignement vertical entre les étoiles et le texte. Voir capture d'écran. Exemple : http://www.pm.lan/offer/buy/75381574/Killzone-2-Jeu.html#reviews
|
| Commentaires |
| Commentaire de Christophe Garcia [ 06/mai/09 11:14 ] |
| Ca se voit également bien sous Safari |
| Commentaire de Christophe Garcia [ 06/mai/09 11:16 ] |
| C'est corrigé ce bug ? |
| Commentaire de Paul Leprévost [ 06/mai/09 11:44 ] |
|
En fait le JIRA a été fait un peu en décalage. Les problèmes
d'alignement était bien plus importants et j'en avais corrigé la quasi
totalité au moment où Fabrice a créé le JIRA. Il reste donc des endroits où 1 pixel pose problème mais c'est mineur comparé à avant. |
| Commentaire de Fabrice Feugas [ 06/mai/09 12:13 ] |
| Donc, si je résume, une première correction importante est passé en 45.0.1, et le reste plus mineur sera traité plus tard. Quand? Voir avec GAF? |
| Commentaire de Paul Leprévost [ 06/mai/09 12:16 ] |
| Oui, étant donné que GAF s'est occupé des avis je préfère voir avec lui pour finaliser la résolution de ce problème. |
| Commentaire de Fabrice Feugas [ 06/mai/09 12:27 ] |
| Je sors le JIRA dans la version cible 45.0.2 puisqu'il sera corrigé pour plus tard. |
| Commentaire de Fabrice Feugas [ 03/août/09 10:47 ] |
| J'ai l'impression que ce n'est plus le cas sur devtest5 et que ce JIRA est ok? |
| Commentaire de Gafour Abdoul [ 26/août/09 17:31 ] |
| Je vérifie en détail pendant la pré-integ si ça vous va |
| Commentaire de Fabrice Feugas [ 13/nov./09 17:50 ] |
| Des news sur ce JIRA ? On le déscope à la prochaine version ? |
| Commentaire de Gafour Abdoul [ 13/nov./09 18:28 ] |
|
Après vérification, jene perçois plus le problème sur IE8, Safari et FF. Reste un décalage sous IE7 et vérifier IE6 mais un peu long pour la CTN-N |
| Commentaire de Renaud Dierickx [ 20/janv./10 17:57 ] |
| C'est pour la CTN-O ? |
| Commentaire de Gafour Abdoul [ 20/janv./10 18:07 ] |
|
Etant donné le niveau de priorité de ce JIRA et
l'enchainement des versions je préfère sécuriser la version suivante,
sauf reproprisation. Etant donné le contenu de la CTN-P, il me semble que c'est une bonne version pour traiter ce JIRA. |
RawListTopic Erreurs Velocity
(APP-25135)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Classif FONC: | modèle attribut |
| Description |
|
Pour certains types de produit le RawListTopic est calculé selon la ou les valeurs d'un attribut. Pour ces types de produits faut'il rendre l'attribut obligatoire? Quand le RawListTopic, on genere pas mal d'erreurs velocity dans les mails, dans les balises metas dont le code velocity se trouve dans le repository express sous les sitenode template produits, ... La solution de remplacer $...RawListTopic par $!...RawListTopic cache un problème d'intégrité de la base de données. |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 05/mai/09 11:10 ] |
|
Les types de produits qui calculent le RawListTopic selon la ou les valeurs d'un attribut sont dans: http://pricejira.lan/secure/attachment/31849/analyseRawlisttopicInPrdconfiguration.txt |
[APP-25139] [Erreur Velocity] - IG Content - $product.label is not a valid reference. Création: 04/mai/09 13:28 Mise à jour: 01/juil./10 10:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 44.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Classif1: | IG | ||||||||||||
| Classif FONC: | IG | ||||||||||||
| Description |
|
Date: 2009-04-30 09:34:56 Nbr d'erreur : 6270 org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - IG Content 107103 RIGHT [line 117,column 20] : $product.label is not a valid reference. Nbr d'erreur : 48 org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - IG Content 103081 BODY [line 229,column 20] : $product.label is not a valid reference. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 05/mai/09 10:17 ] |
| Merci d'éviter de faire des amalgames d'erreurs velocity qui n'ont aucun rapport entre elles ! |
| Commentaire de Alexandre Garnier [ 05/mai/09 10:43 ] |
|
107103 : /default/ROOT/HOMES/HP2007 103081 : /laredoute/ROOT/HOMES/HOME /default/Article/Side Article/Home/InBin /default/Article/Side Article/HP2007/InBin Ca vient du CVDA sur les Homes |
| Commentaire de Carole Boucheny [ 15/janv./10 11:03 ] |
|
Erreur identique : Date: 2010-01-15 08:03:28 Nbr d'erreur : 45 org.apache.velocity.runtime.exception.ReferenceException: reference : template = PMVelocity - IG Content 107103 RIGHT [line 64,column 20] : $product.label is not a valid reference. |
| Commentaire de Alexandre Garnier [ 26/janv./10 15:59 ] |
|
Au passage, ce serait plutôt côté NAV : comment on arrive avec des produits sans label dans le CVDA ? Si on ne veut plus s'embêter avec cette erreur il suffit de mettre un point d'exclamation... |
| Commentaire de Alexandre Garnier [ 01/juil./10 10:04 ] |
|
Donc juste mettre le point d'exclamation ou tester pour ne pas afficher le produit dans ce cas. Ce problème ne se pose plus que sur les HP des cobs. |
[APP-25133] [Aide en ligne] Merger l'article d'en-tête de la page contact Création: 30/avr./09 18:03 Mise à jour: 01/juil./10 10:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 45.0.0 (CTN-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| WishList - Complexité: | M | ||||||||
| Classif1: | IG | ||||||||
| Classif FONC: | IG | ||||||||
| Description |
|
Le contenu de la page CONTACT est renvoyé tel quel dans la JSP sans être mergé. Corriger ça.
|
[APP-25131] Réponse de WebLoyalty en http => pop-up Information sur la sécurité lors d'un paiement Création: 30/avr./09 17:42 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 45.0.0 (CTN-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Classif1: | MONET | ||||||||
| Classif FONC: | monetisation | ||||||||
| Commentaires |
| Commentaire de Fabrice Feugas [ 05/mai/09 10:55 ] |
|
Personne n'a réussi à reproduire. Y compris sous IE6.
Lorsque l'on teste l'url https appelée dans l'iframe, la bannière
webloylaty s'affiche bien correctement, en https. On a également testé en prod, voici le code source de la dernière page : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> <head> <!--[ Host: rhome - Version: V44_0_2 - dev@r25180 - Build: 2009-04-17 16:58:28 +0200 / 2009-04-20 10:11:26 +0200 - IG_schema: infoglue_V44_0_2_1 ]--> <title>PriceMinister - Paiement réussi - Achat et vente d'occasion ou neuf - DVD, VHS, Jeux Vidéo, Consoles, PC, CD, Disques, Livres, BD, Vidéos</title> <meta name="description" content="PriceMinister. Achat Vente Garanti, neuf et occasion au meilleur prix. 9 millions de membres, 167 millions de produits." /> <meta name="keywords" content="achat, vente, neuf, occasion, cd, livres, livre, livres anciens, dvd, bd, disques, disque, video, vidéo, jeux, jeu, jeux vidéo, jeu vidéo, console, vhs, vinyle, téléphone, hifi, hi-fi, électroménager, sport, loisirs, mode, puériculture, vêtements, chaussures, Lingerie, maternité, Bijoux, Montres, Sacs, Bagages, Parfums, Cosmétique, Télévision, Lecteur DVD, Vidéoprojecteur, Câble, Satellite & TNT, Magnétoscope, Photo, Caméscope, Optique, Accessoires, MP3, Casques, Micros, Accessoires auto, Téléphones mobiles, PDA, Smartphone, Accessoires mobiles, Accessoires PDA, Téléphones fixes, Répondeurs, Calculatrices, GPS, DVD Zone 2, DVD Zone 1, DVD autres zones, DVD à droits locatifs, Vidéo en pré-commande, VHS, Réparation DVD rayés, Blu-Ray, HD-DVD, UMD Vidéo, figurines, cartes de jeu, Ordinateur portable,Ordinateur de bureau, Ecran, Imprimante, Scanners, Stockage, Périphériques, Composants, Réseau, modem, routeur, Logiciels, Consommables, GPS, Art de la table et Cuisine, Linge de maison, Mobilier, Décoration, Bricolage, Jardin, Animalerie, Insolites, 2 roues, quad, kart, Accessoires auto, Loisirs, Activités loisirs, Billetterie, Billets de transport, Matériel de sport, Nutrition sportive, Vêtements de sport, Chaussures de sport, priceminister, price minister, price-minister, priceminster, price minster, price ministere, primeminister, prime minister" /> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" /> <!--[if IE 8]><link rel="search" type="application/opensearchdescription+xml" title="PriceMinister" href="https://pm-fr.pantherssl.com/res/co/0/www/www/34319/opensearch.xml" /><![endif]--> <link rel="stylesheet" href="https://www.priceminister.com/res/css/0/www/www/13035/base_old.css" media="all" type="text/css" /> <link rel="stylesheet" href="https://www.priceminister.com/res/css/0/www/www/46036/am.css" media="all" type="text/css" /> <link rel="stylesheet" href="https://www.priceminister.com/res/css/0/www/www/5824/pm.css" media="all" type="text/css" /> <script type="text/javascript"> var platform = "fr"; var prov_list = ["es","en"]; </script> <script type="text/javascript"> PM_CST_close_clemup = 'Fermer la fenêtre'; </script> <script type="text/javascript" src="https://www.priceminister.com/res/co/0/www/www/28938/constants.js"></script> <script type="text/javascript" src="https://pm-fr.pantherssl.com/res/mn/0/www/www/22249/menu.js"></script> <script type="text/javascript">var ie6 = false;</script> <!--[if lte IE 6]><script type="text/javascript">ie6=true;</script><![endif]--> <script type="text/javascript" src="https://pm-fr.pantherssl.com/res/static/0/www/www/45156/fc/front_base.js"></script> <script type="text/javascript" src="https://pm-fr.pantherssl.com/res/static/0/www/www/48281/fc/front.js"></script> <script type="text/javascript" src="https://www.priceminister.com/res/co/0/www/www/45095/pr.js"></script> <script type="text/javascript"> //<![CDATA[ if (window.name == null) window.name = "winPmMain"; //]]> </script> <script type="text/javascript"> PM.Statistics.XTROI_URL = "https://pm-fr.pantherssl.com/res/static/0/www/www/16498/fc/xtroi.js"; PM.Flash.XI_URL = "https://pm-fr.pantherssl.com/res/static/0/www/www/54455/fc/express_install.swf"; </script> </head> <body class="www"> <!--[if IE 6]><div id="div_ie6"><![endif]--> <!--[if IE 7]><div id="div_ie7"><![endif]--> <!--[if IE 8]><div id="div_ie8"><![endif]--> <table id="table_gen" > <tr> <td id="fix_border"> <div id="struct_header"> <div class="header_top"> <dl id="box_logo"> <dt class="logo"> <a href="/"><img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/17064/priceminister_logo.gif" alt="PRICEMINISTER l'Achat - Vente Garanti" /></a> </dt> <dd class="creation_date"> page crée le 2009 05 05 10:43:33 </dd> <dd class="stats"> <span class="nb_members"> 9 460 000 membres </span> - <span class="nb_items"> 119 865 339 articles </span> </dd> <dd class="subscribe_sponsoring"> <span class="subscribe"><a href="javascript:void PM.BT.ubs(47,'connect',63,'action',61,'register')">Inscription</a></span> <span class="sponsoring"><a href="javascript:void PM.BT.ubs(47,'sponsorship',63,'action',61,'refer')">Parrainage</a></span> </dd> </dl> <div id="header_promo"> <div class="box"> </div> </div> </div> <div id="header_menu" class="menu_normal"> <div id="tabs_buttons"> <ul id="tabs_menu"> <li id="tab_home" class="selected"> <a href="javascript:void PM.LinkTool.gotoHome();">Accueil</a> </li> <li id="tab_visit"> <a href="javascript:void PM.BT.ubs(47,'help',47,'fv')">Visite guidée</a> </li> <li id="tab_products"> <a href="javascript:void PM.BT.ubs(47,'navigation')">Tous les produits</a> </li> <li id="tab_auto" class="tabs_optional"> <a href="javascript:void PM.BT.ubs(47,'auto-moto')"> <img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/43963/tab_auto_off.gif" alt="Priceminister Auto" /> </a> </li> <li id="tab_event" class="tabs_optional"> <a href="javascript:xt_med('C','1','GagnezUnVoyage::Onglet','S');javascript:void PM.BT.ubs(47,'info',47,'no',47,'op',47,'OperationCoupDouble')"><img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/65096/gagnezunvoyage.gif" alt="" /></a> </li> <li id="tab_sell" class="tabs_optional"> <a href="javascript:void PM.BT.ubs(47,'info',47,'vendre')"><img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/47220/tab_sell.gif" alt="Vendre" /></a> </li> <li id="tab_pricetv" class="tabs_optional"> <a href="javascript:void PM.BT.ubs(47,'pricetv')"><img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/44874/tab_pricetv.gif" alt="PriceTV" /></a> </li> </ul> <ul class="btn_synergy"> <li><a onclick="xt_med('C','0', 'header::aval','S');" href="javascript:void PM.BT.ubw('http:',47,47,'www',46,'avendrealouer',46,'fr',47,63,'utm_source',61,'PriceMinister&utm_medium',61,'onglet')"><img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/47928/aval_btn_3.gif" /></a></li> <li><a onclick="xt_med('C','0', 'header::vmc','S');" href="javascript:void PM.BT.ubw('http:',47,47,'www',46,'voyagermoinscher',46,'com',47,63,'utm_source',61,'PM')"><img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/1465/header_btn_vmc002.gif" /></a></li> </ul> <span class="clear"></span> </div> <div id="blk_menu"> <span class="menu_corner_left"></span> <table cellpadding="0" cellspacing="0" border="0" class="table_menu_box"> <tr> <td id="price_menu"> </td> </tr> </table> <script type="text/javascript">PM.Menu.write('ROOT');</script> <span class="menu_corner_right"></span> </div> <div id="blk_search_usefull"> <form name="frmproductsearch" onSubmit="setCookie('logsearch', frmproductsearch.kw.value,1);if (isFilterPage(frmproductsearch.category.value, '__')) { PM.LinkTool.gotoSearchPageNg('nav', frmproductsearch.category.value, frmproductsearch.kw.name, frmproductsearch.kw.value);} else if(frmproductsearch.category.value == 'seller'){ PM.LinkTool.gotoShopPage('offer?action=shopsearch', frmproductsearch.kw.value);} else if(frmproductsearch.category.value == 'ident'){ PM.LinkTool.gotoIdentificationPage('product?action=referencesearch', frmproductsearch.kw.value);} else { PM.LinkTool.gotoSearchPage('navigation', frmproductsearch.action.value, frmproductsearch.category.name, frmproductsearch.category.value, '', '', frmproductsearch.kw.name, frmproductsearch.kw.value);} return false;"> <fieldset> <input type="hidden" name="action" value="se" /> <label class="magnifier"></label> <div class="blk_submit"> <input name="kw" value="" maxlength="50" class="keywords" type="text" id="pm_kw_input" /> <script type="text/javascript"> var pm_kw_input = $('pm_kw_input'); var pm_kw_first_focus = true; if (pm_kw_input.value == "") { pm_kw_input.value = 'Rechercher'; pm_kw_input.style.color = "#999999"; } PM.Util.addEvent(pm_kw_input, "focus", function() { if (pm_kw_input.value == 'Rechercher' && pm_kw_first_focus) { pm_kw_input.value = ""; pm_kw_input.style.color = "#003366"; pm_kw_first_focus = false} }); </script> <select name="category" class="category"> <option value="sa"selected="selected"> Sur tout le site</option> <option value="-1"> -------------------------------</option> <option value="__Livres"> Livres et BD</option> <option value="__Musique"> Musique</option> <option value="__Video"> Vidéo</option> <option value="__Jeux-Video-et-Consoles_Jeux-Video"> Jeux Vidéo</option> <option value="__Jeux-Video-et-Consoles_Consoles"> Consoles</option> <option value="__Jeux-Video-et-Consoles_Accessoires-Jeux-Video"> Accessoires</option> <option value="__Tel-PDA_Telephones-mobiles"> Téléphones mobiles</option> <option value="__Tel-PDA_Telephones-fixes"> Téléphones fixes</option> <option value="__Tel-PDA_PDA"> PDA</option> <option value="__Tel-PDA_GPS"> GPS</option> <option value="__Tel-PDA_Calculatrices"> Calculatrices</option> <option value="__Informatique"> Informatique</option> <option value="__Hifi"> Image - Son</option> <option value="__Maison"> Maison & Electroménager</option> <option value="__Loisirs"> Sports & Loisirs</option> <option value="__Mode"> Mode & Beauté</option> <option value="__Enfant"> Enfants Jouets</option> <option value="__Art-Collection"> Art & Collection</option> <option value="s_vehicle"> Auto</option> <option value="-1"> -------------------------------</option> <option value="search_by_code"> Code barre / Ref.</option> <option value="shopsearch"> Pseudo vendeur</option> </select> <input name="submitbtn" type="submit" class="ipt_submit" value="" /> </div> </fieldset> </form> <div class="usefull"> <span class="separator_search_usefull"></span> <ul> <li id="comparator_content"> <script type="text/javascript"> //<![CDATA[ var block = $('comparator_content'); if (block) { if (!PM.Comparator.isEmpty()) { var comparator_image = PM.Dom.createImage("https://pm-fr.pantherssl.com/res/pic/0/www/www/45486/comparator.gif","Mon comparateur"); var comparator_link = PM.Dom.createLink("javascript:PM.PopUp.open(PM.LinkTool.build(new Link('product').add('action=compare'),0), PM.PopUp.Type.COMPARATOR);", "Mon comparateur", 'comparator', 'comparator'); block.appendChild(comparator_link); } else { var comparatorLink = $('comparator'); if (comparatorLink) { block.removeChild(comparatorLink); } } } //]]> </script> </li> <li> <a class="account" href="javascript:void PM.BT.ubs(47,'user')">Mon compte</a> </li> <li id="cart"> <a class="cart" href="javascript:void PM.BT.ubs(47,'cart')">Mon panier</a> <span id="cart_items"></span> <script type="text/javascript"> //<![CDATA[ PM.Cart.display("javascript:void PM.BT.ubs(47,'cart')",'article','articles'); //]]> </script> </li> <li> <a class="help" href="javascript:void PM.BT.ubs(47,'help',47,'h')">Aide</a> </li> </ul> </div> </div> </div> </div> <span id="pm_submenu"> </span> <script type="text/javascript">PM.Menu.write_submenus();</script> <span class="clear"></span> <ul id="fil"> <li class="first"><a href="javascript:void PM.LinkTool.gotoHome();">Accueil</a></li><li><a href="javascript:void PM.BT.ubs(47,'cart')">Paiement</a></li><li><a href="#">Paiement réussi</a></li> </ul> <div class="clear"></div> <script type="text/javascript"> var BreadCrumbs = new Array(16); BreadCrumbs[0] = "ROOT"; BreadCrumbs[1] = "CART_PAYMENT"; BreadCrumbs[2] = "CHECKOUT_PAY_SUCCESS"; PM.Menu.highlight(BreadCrumbs); </script> <table id="temp3"> <tr> <td id="temp_g"> <div class="blk_title">Vos garanties</div> <div id="guaranty_block" class="blk_st"> <ul class="lis_p1"> <li><a href="javascript:PM.PopUp.open(PM.BT.ub(47,'help',47,'h_security',47,'popup',47,'true'), PM.PopUp.Type.HELP, 500, 350);">Paiement sécurisé</a></li> <li><a href="javascript:PM.PopUp.open(PM.BT.ub(47,'help',47,'c_grnt_br',47,'popup',47,'true'), PM.PopUp.Type.HELP, 500, 400);">Garanties acheteur</a></li> <li><a href="javascript:PM.PopUp.open(PM.BT.ub(47,'help',47,'c_cbv',47,'popup',47,'true'), PM.PopUp.Type.HELP, 510, 650);">Contrat bris & vol</a></li> </ul> </div> <div class="blk_title">PriceMinister</div> <div class="blk_st"> <p> 57, bld de la Villette<br /> 75010 Paris<br /> S.A. immatriculée au Registre du Commerce et des Sociétés de Paris sous le N° 432 647 584 </p> </div> <!-- Debut du bloc 'Logos' --> <div class="blk_logo" id="external_fianet_soge_block"> Transaction sécurisée par<br /> <img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/63268/logo_socGen.jpg" border="0" height="59" width="60" /> </div> <!-- Fin du bloc 'Logos'--> </td> <td class="separator"> </td> <td id="temp_c"> <div id="checkout_pay_success"> <div class="form"> <table border="0" width="100%" cellpadding="0" cellspacing="0"> <tr> <td><h1> Paiement sécurisé </h1></td></tr> <tr> <td height="10"></td></tr> <tr> <td align="center"> <u><strong>Transaction effectuée avec succès !</strong></u> </td> </tr> <tr> <td height="20"></td></tr> </table> <table border="0" cellpadding="0" cellspacing="2" align="center"> <tr> <td></td> <td><b>Date :</b></td> <td width="10"></td> <td colspan="3"><b>05/05/2009</b></td> </tr> <tr> <td></td> <td height="10"></td> <td></td> </tr> <tr> <td></td> <td><b>Montant du paiement :</b></td> <td width="10"></td> <td align="right"><b>7,90 €</b></td> <td width="10"></td> <td> N° autorisation (904155) </td> </tr> </table> <table border="0" width="100%" cellpadding="0" cellspacing="0"> <tr> <td height="20"></td></tr> <tr> <td> Vous allez recevoir dans quelques instants un e-mail de confirmation de votre commande à l'adresse cbwinny@yahoo.fr. </td> </tr> <tr> <td height="20"></td></tr> <tr> </table> </div> </div> <div align="center"> <iframe src="https://ad.fr.doubleclick.net/adi/N3446.PriceMinister_FR/B3392018.2;sz=425x90;ord=1241513013413?" style="width: 425px; height: 90px;" marginwidth="0" marginheight="0" hspace="0" vspace="0" frameborder="0" scrolling="no" bordercolor="#000000"> <script type="text/javascript" src="https://ad.fr.doubleclick.net/adj/N3446.PriceMinister_FR/B3392018.2;abr=!ie;sz=425x90;ord=1241513013413?"></script> <noscript> <a href="https://ad.fr.doubleclick.net/jump/N3446.PriceMinister_FR/B3392018.2;abr=!ie4;abr=!ie5;sz=425x90;ord=1241513013413?"> <img src="https://ad.fr.doubleclick.net/ad/N3446.PriceMinister_FR/B3392018.2;abr=!ie4;abr=!ie5;sz=425x90;ord=1241513013413?" border="0" width="425" height="90" alt="Continuer" /></a> </noscript> </iframe> </div> <div id="checkout_continue_navigation" style="margin-bottom: 20px"> <table border="0" width="100%" cellpadding="0" cellspacing="0"> <tr> <td height="20"></td></tr> <tr> <td> <h1>Poursuivez votre navigation sur PriceMinister</h1> </td> </tr> <tr> <td height="20"></td> </tr> <tr> <td align="center"> <table cellpadding="0" cellspacing="0" border="0" width="445"> <tr> <td align="left"> <a href="javascript:void PM.BT.ubs(47,'info',47,'no',47,'op',47,'OperationCoupDouble')" class="link_expand" onclick="xt_med('C','26','PaiementReussi::LienMiseEnVente::CoupDouble','N');" >Mettez en vente gratuitement ! Et gagnez chaque mois 3 voyages* </a></td> <td align="right"> <a href="javascript:void PM.BT.ubs(47,'info',47,'vendre')" class="bluelinkmedium" onclick="xt_med('C','26','PaiementReussi::BoutonMiseEnVente::MiseEnVente','N');" >Mettre en vente</a></td> </tr> <tr> <td height="20"></td> <td></td> </tr> <tr> <td align="left"> <a href="javascript:void PM.BT.ubs(47,'sponsorship',63,'action',61,'refer')" class="link_expand" onclick="xt_med('C','26','PaiementReussi::LienParrainageAmis::ParrainageAmis','N');" >Parrainez vos amis et gagnez des €uros</a></td> <td align="right"> <a href="javascript:void PM.BT.ubs(47,'sponsorship',63,'action',61,'refer')" class="bluelinkmedium" onclick="xt_med('C','26','PaiementReussi::BoutonParrainageAmis::ParrainageAmis','N');" >Parrainer mes amis</a></td> </tr> </table> </td> </tr> </table> </div> </td> <td class="separator"> </td> <td id="temp_d"> <div class="blk_title"> Récapitulatif de commande </div> <div class="blk_st" id="purchase_summary_item_include"> <ul class="lis_p2"> <li> Pour une livraison en : <strong>France</strong> </li> </ul> <div class="bilpan_sep"> <ul class="lis_p2"> <li> 2 articles <span class="curr_qty sum"> 22,50 € </span> </li> <li> <a href="javascript:PM.PopUp.open(PM.BT.ub(47,'help',47,'hb',47,'popup',47,'true#hb_shipping'), PM.PopUp.Type.HELP, 500, 500);" class="underline">Frais de port</a> <span class="curr_qty sum"> 5,40 € </span> </li> <li> Réduction <span class="curr_qty sum">- 20,00 €</span> </li> </ul> </div> <ul class="lis_p2"> <li> Total <span class="curr_qty sum"> 7,90 € </span> </li> <li> (Ce montant sera recalculé après confirmation de tous les vendeurs) </li> </ul> </div> <div class="blk_logo" id="checkout_card_block"> <img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/45826/img_cards.png" alt="Visa, EuroCard MasterCard et CB" title="Visa, EuroCard MasterCard et CB" height="40" width="248" class="logo_cards" border="0" /> <img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/64285/img_privilege.png" alt="Carte Privilège (Quelle, Afibel, Amataï, baby-walz, Maison & Confort, Spartoo...)" title="Carte Privilège (Quelle, Afibel, Amataï, baby-walz, Maison & Confort, Spartoo...)" height="42" width="69" border="0" /> <img src="https://pm-fr.pantherssl.com/res/pic/0/www/www/59256/img_cofinoga.png" alt="Cofinoga" title="Cofinoga" height="40" width="50" border="0" /> </div> <div id="offer_side_1"></div> <div id="offer_side_2"></div> <div id="offer_side_3"></div> <div id="offer_side_4"></div> <div id="offer_side_5"></di </td> </tr> </table> <div id="struct_footer"> <div id="footer_sup"> <script type="text/javascript"> //<![CDATA[ function alertHomePage() { return 'Votre navigateur ne supporte pas cette fonctionnalité.\n' + 'Veuillez utiliser la boîte de dialogue appropriée ("Options" ou "Préférences")\n' + 'pour mettre PriceMinister en page d\'accueil de votre navigateur.'; } //]]> </script> <a class="makehome" href="javascript:;" onclick="PM.Util.setHomePage(this,alertHomePage());"> Faire de cette page votre page d'accueil </a> <a class="bookmark" href="javascript:;" onclick="PM.Util.addBookmark();"> Ajouter cette page à vos favoris </a> <a class="sendfriend" href="javascript:;" onclick="popWindow('/sponsorship?action=register', 560, 575)"> Envoyer cette page à un ami </a> </div> <div id="footer"> <a href="javascript:void PM.BT.ubs(47,'info',47,'affiliation')"> Affiliation </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'hb')"> Comment acheter </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'hs')"> Comment vendre </a> - <a href="javascript:void PM.BT.ubs(47,'user')"> Mon compte </a> - <a href="javascript:void PM.BT.ubs(47,'cart')"> Mon panier </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'h')"> Aide </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'c')"> FAQ / Contacts </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'r_contract')"> Conditions générales </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'h_ethic#h_privacy')"> Ethique et Vie Privée </a> - <a href="javascript:void PM.BT.ubs(47,'help',47,'c_recruitment')">PriceMinister recrute</a> <br /> <span class="accroche"> Achat Vente Garanti - Occasion ou Neuf -</span> <a href="javascript:void PM.BT.ubs(47,'info',47,'no',47,'op',47,'vendeur_pro')"> Vendeurs PRO</a> - <a href="javascript:PM.PopUp.open(PM.BT.ub(47,'info',47,'vo',47,'groupe',47,'groupe_pm'), PM.PopUp.Type.DEFAULT, 1024, 768);">Le Groupe PriceMinister</a> : <a href="javascript:void PM.BT.ubw('http:',47,47,'www',46,'avendrealouer',46,'fr',47,63,'utm_source',61,'PriceMinister&utm_medium',61,'footer')">A Vendre A Louer</a> - <a href="javascript:void PM.BT.ubw('http:',47,47,'www',46,'planetanoo',46,'com',47,'index',46,'php',63,'src',61,'footerPM')">Planetanoo</a> - <a href="javascript:void PM.BT.ubw('http:',47,47,'www',46,'voyagermoinscher',46,'com',47,63,'utm_source',61,'PM&utm_medium',61,'footer')">Voyager Moins Cher</a> </div> <span class="copyright"> © PriceMinister 2000-2009 </span> </div> <!--### Tracking : Event - BUY / --> <script type="text/javascript"> <!-- xto_force = null; xt_mtcl = null; xt_npg = null; roimt = "7.13"; //Sales value xtncom = "71049962"; //numero de commande xttp = "1"; // insert "4" if it's a T4 page var pageTracking = new PM.Statistics.Tracking(document, "https://logs11", "104628", "", "PassageEnCaisse::PaiementOK", "", {_xto_force: xto_force, _roimt: roimt, _xtncom: xtncom, _xttp: xttp, _is_script: true, _np: xt_npg, _mc: xt_mtcl}); var urlTrackingParam = PM.Util.getSharpUrlParam("t|tracking"); if (urlTrackingParam) { // sharp tracking var trackEntryUrl = PM.BT.ub(47,'track',63,'dontincreqcount',61,'true&isfirsttracking',61,'false'); PM.Ajax.request(trackEntryUrl, PM.Statistics.Tracking.writeTracking, {method: PM.Ajax.POST, urlParams: urlTrackingParam, isAsynchronous: false}); } else { // classic tracking or no tracking if (typeof(entryTracking) != 'undefined') { // doesn't exist if no tracking entryTracking.writeTag(); } pageTracking.writeTag(); } //--> </script> <noscript> <img width="1" height="1" src="https://logs11.xiti.com/hit.xiti?s=104628&s2=&p=PassageEnCaisse::PaiementOK&di=&roimt=7.13&cmd=71049962&tp=1" /> </noscript> <!--@@@ Tracking Buy : 62001 - 905640 - 905641 - 1995340 - 2059340 : Event - Buy --> <img src="https://track.effiliation.com/servlet/effi.revenue?id=115000451&montant=22.5&monnaie=EU&ref=71049962_56&isFirstAction=false" /> <!--@@@ Criteo2 : Event - Buy --> <!-- CRITEO --> <script type="text/javascript"> document.write('<div id=\"cto_tr_1131_ac\" style=\"display:none\">'); document.write('<div class=\"ctoWidgetServer\">https:\/\/widget.criteo.com\/pgi\/<\/div>'); document.write('<div class=\"ctoDataType\">transaction<\/div>'); document.write('<div class=\"ctoParams\">wi=1131&t=71049962&i1=76731957&p1=11.0&q1=1&i2=57770634&p2=11.5&q2=1<\/div>'); document.write('<\/div>'); </script> <script type="text/javascript" src="https://ld1.criteo.com/criteo_ld.js"></script> <!-- END CRITEO --> </td> </tr> </table> <!--[if IE 6]></div><![endif]--> <!--[if IE 7]></div><![endif]--> <!--[if IE 8]></div><![endif]--> </body> </html> |
| Commentaire de Aurélie Kwiatkowski [ 06/mai/09 17:11 ] |
| On le reproduit systématiquement avec un IE7 classique. Ca n'a peut-être pas de lien avec Webloyalty, mais il y a quelque chose qui ne va pas. |
| Commentaire de Fabrice Feugas [ 06/mai/09 17:18 ] |
| en prod? |
| Commentaire de Aurélie Kwiatkowski [ 06/mai/09 17:46 ] |
| Non, en integ. En prod, je ne sais pas. Je regarde ça tout de suite... |
| Commentaire de Aurélie Kwiatkowski [ 06/mai/09 17:57 ] |
| Non, on ne l'a pas en Prod |
| Commentaire de Swan Desportes [ 07/mai/09 09:27 ] |
| Je baisse la criticité vu que ça ne concerne que l'integ. On doit avoir un pb de certificat non valide. |
| Commentaire de Fabrice Feugas [ 07/mai/09 10:30 ] |
|
Aurélie, tu peux nous dire si ça te rencontres le même problème sur d'autres navigateurs? Merci. |
| Commentaire de Aurélie Kwiatkowski [ 16/juil./09 14:39 ] |
| On l'a avec IE6 mais pas Firefox. |
[APP-25093] [PM Automobile] : un panier de type standard pour un contract de garantie Automobile en 07/2007 Création: 29/avr./09 15:57 Mise à jour: 27/juil./09 11:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Agathe Remy | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM archivés: | AUTO : Nettoyage |
| Description |
|
Bonjour, Comme vu avec Arnaud, voici l'id du panier standard (et non de type contrat) correspondant à un contrat Automobile : PURCHASE_ID=44816303 Pour mémoire pour le nettoyage Automobile:-) Agathe |
[APP-25089] Avis : Effet escalier des étoiles en mode grille selon produit avec ou sans retrait Création: 29/avr./09 12:54 Mise à jour: 01/déc./09 11:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 45.0.0 (CTN-K) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Damien Dorizy [ 29/avr./09 13:58 ] |
| Gafour, tu penses qu'on peut faire quelque chose ? |
| Commentaire de Fabrice Feugas [ 29/avr./09 14:04 ] |
| Si on peut faire la correction, on cale les étoiles toujours en bas. |
| Commentaire de Alexandre Garnier [ 29/avr./09 14:30 ] |
| A gérer pendant la ratio HTML/CSS de la NpF |
| Commentaire de Alexandre Garnier [ 18/juin/09 17:30 ] |
|
Encore valide ? Parce que maintenant l'effet "escalier" est présent sur le mode grille en général : http://www.priceminister.com/nav/Livres/pa/1000/rl/g |
| Commentaire de Fabrice Feugas [ 03/août/09 10:03 ] |
| C'est GAF le gardien de la charte qui décidera de ce qu'il faut faire. |
[APP-25074] [BLOC VENDRE] : "je vends d'autres types de produit" pas centré verticalement Création: 28/avr./09 18:19 Mise à jour: 30/avr./09 09:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 44.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
tout est dans le titre
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 29/avr./09 10:46 ] |
| une url, une capture svp |
| Commentaire de Cédric Goldovsky [ 30/avr./09 09:46 ] |
|
Je ne vais pas te faire l'affront de te donne une URL, tu trouves le bloc vendre partout ^^ Par contre, effectivement j'ai été avare en détail. Il s'agit du footer du bloc : Tu verras sur la capture que la marge haute (verte) est bien plus important que la marge basse (rouge). Le sigle n'est donc pas centré et le lien ne l'est pas non plus |
[APP-24987] Fiche sinistre : le passage à l'état "Remboursé" ne fait rien Création: 17/avr./09 17:12 Mise à jour: 28/juil./09 10:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Marc-Antoine Decreton | Attribution: | Steven Harel |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Sur l'écran de détail d'un sinistre, il est possible de changer l'état du sinistre. Le passage à l'état "Remboursé" ne fait absolument rien. J'ai modifié ce comportement en affichant le message suivant : "Le passage du sinistre dans l'état Remboursé n'est pas possible en mode manuel" (voir Aujourd'hui, le passage à "remboursé" ne se fait que par le biais de batchs qui effectuent des actions supplémentaires (crédit sur le PMV, envoi de mail à l'utilisateur...). Doit-on garder le comportement actuel (interdire le passage manuel à "Remboursé"), ou effectuer une autre action ? |
| Commentaires |
| Commentaire de Emeric Teil [ 29/mai/09 11:02 ] |
| Cedric, un avis la dessus ? |
| Commentaire de Cedric Favero [ 02/juin/09 18:29 ] |
| Je regarde çà, çà me parle pas vraiment. |
| Commentaire de Emeric Teil [ 27/juil./09 09:49 ] |
| Du nouveau ? |
| Commentaire de Cedric Favero [ 28/juil./09 10:03 ] |
|
A confirmer avec Steven mais effectivement ne sert à rien de
conserver l'état "remboursé" dans le menu de selection manuelle si la
seule façon d'arriver à un état remboursé correct est apres le passage
d'un batch. suffit donc de supprimer cet état de cette liste. |
| Commentaire de Emeric Teil [ 28/juil./09 10:05 ] |
|
OK merci ! Steven, ok avec ça ? NB : techniquement reste à voir si cela est possible... |
| Commentaire de Steven Harel [ 28/juil./09 10:27 ] |
| on peut garder le comportement actuel. pas utile de modifier quoi que ce soit. |
[APP-24982] ItemFormat: pas de variable velocity dans les messages Création: 17/avr./09 10:10 Mise à jour: 08/sept./10 12:26 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 44.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | I18N | ||||||||
| Description |
|
Prevoir l'utilisation de variables velocity dans les messages de ItemFormat.
C'est pour toi cher Alex. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 23/avr./09 17:11 ] |
| GEB dit que tu savais de quoi ça cause. |
| Commentaire de Alexandre Garnier [ 23/avr./09 18:03 ] |
|
Ouais. Le problème est que l'on traduit en static lors de l'instanciation de la classe. Il faudrait utiliser des Phrase et ne faire la trad qu'à la fin. |
| Commentaire de Alexandre Garnier [ 01/juil./10 10:12 ] |
| N'importe qui peut faire ça : il faut stocker des Phrase puis ne les PhraseFormater que à l'utilisation. |
[APP-24974] Peut-on diminuer la longueur des requètes sur les recherches d'opérations en BO? Création: 16/avr./09 16:23 Mise à jour: 08/mars/10 18:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 44.0.1 (Opé bon plan radin) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Exemples : 2009-04-16 16:10:25,139 WARN [P-Processor9] BO:pmadmin:QTP - Long request [454463 ms]: GET http://www.pm.lan/wallet_back?action=operationsearch&user_accou nt_id=&javascript_callback=&operation_id=&login=&opr_type_code=90&direct_pay_cmp_id=&opr_status_code=&parent_operation_id=&opr_cause=&reference=&start_date=1 6%2F04%2F2009&end_date=&number_rows=200&x=24&y=4 2009-04-16 16:18:04,557 WARN [P-Processor9] BO:pmadmin:QTP - Long request [17719 ms]: GET http://www.pm.lan/wallet_back?action=operationbackview&operation id=518139002 |
| Commentaires |
| Commentaire de Emeric Teil [ 16/avr./09 16:48 ] |
| Pour analyse technique :o) |
| Commentaire de Arnaud Forgues [ 18/mai/09 10:40 ] |
| A vérifier si c'est toujours le cas pendant la pré-integ TX-G |
| Commentaire de Arnaud Forgues [ 28/mai/09 17:09 ] |
|
Pas le temps pour la version TX-G, je décale en TX-H. NB : j'ai tout de même vérifié et sur deutz on n'a pas dépassé les 50s (ce qui n'est pas top, mais déjà mieux que 454 s) [dev@deutz priceminister]$ grep -i 'Long query' var/mainlog/nohup.out | grep OperationSearchQuery 2009-05-28 10:36:07,714 WARN [P-Processor7] BO:pmadmin:Wam - Long query [13804 ms]: OperationSearchQuery 2009-05-28 10:50:05,262 WARN [P-Processor7] BO:pmadmin:Wam - Long query [31035 ms]: OperationSearchQuery 2009-05-28 11:06:41,779 WARN [P-Processor5] BO:pmadmin:Wam - Long query [22694 ms]: OperationSearchQuery 2009-05-28 11:55:40,171 WARN [P-Processor6] BO:pmadmin:Wam - Long query [23399 ms]: OperationSearchQuery 2009-05-28 15:07:11,149 WARN [P-Processor6] BO:pmadmin:Wam - Long query [49873 ms]: OperationSearchQuery 2009-05-28 15:18:39,955 WARN [P-Processor8] BO:pmadmin:Wam - Long query [17122 ms]: OperationSearchQuery 2009-05-28 16:20:43,913 WARN [P-Processor8] BO:pmadmin:Wam - Long query [12483 ms]: OperationSearchQuery 2009-05-28 16:38:36,256 WARN [P-Processor9] BO:pmadmin:Wam - Long query [26087 ms]: OperationSearchQuery |
[APP-24913] Trackings Google Marque ne s'affiche pas sous Xiti, il faut le créer Création: 07/avr./09 15:54 Mise à jour: 18/juin/10 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 43.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Jonathan Gorges |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | XITI |
| Classif FONC: | webanalytics |
| Description |
|
Hello, Quand on regarde http://bo.priceminister.es/tracking_back?action=trackingsearch&fuzzy=false&numberrows=100&ustgroupid=7050 on voit que les trackings pour Google Marque ont bien été crée. Cependant, le groupe de tracking n'existe pas sous Xiti. Merci de bien vouloir le créer. |
| Commentaires |
| Commentaire de Fabrice Feugas [ 08/avr./09 10:01 ] |
| Charles, au market vous avez toutes les billes pour gérer les groupes de tracking sous XITI, y compris les tracking Google qui se gèrent comme les autres. Thomas ou Odile savent le faire si t'as besoin d'aide. |
| Commentaire de Charles Decaux [ 08/avr./09 10:11 ] |
|
Le problème c'est que les 2 groupes de trackings LS-Google
et LS-Google-Marque ont été crées avec le même ID Statistiques 2 à
savoir 200. Du coup je ne sais pas quelle valeur renseigner dans Xiti merci de me dire ce qu'il faut que je fasse :-) |
| Commentaire de Fabrice Feugas [ 18/juin/10 18:22 ] |
| JIRA toujours d'actualité ? |
| Commentaire de Claire Genty [ 18/juin/10 19:08 ] |
|
Je viens de prendre connaissance de ce Jira... Les groupes de tracking existent bien sous BO et ont le même ID Statistiques 2 : 200 LS-Google Marque LS-Google Sur Xiti LS-Google Marque est dispatché en 2 : LS Google Mispellings (7051) LS Google Brand (7050) Peut-on parler de vive voix? |
[APP-24835] Fiches ES iPhone - URL Name fantaisistes Création: 31/mars/09 10:11 Mise à jour: 26/févr./10 11:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | 43.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélien Vergalli | Attribution: | Thierry Leforestier |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Des fiches créées par import (validation automatique) avec
un titre fantaisiste puis modifiée via le BO ont un URL Name non
pertinent (ce sont des produits phares). Ex: fiche ID 47858160, titre "Apple iPhone 3G 16 Gb Negro", URL name '"Libre-de-origen-EUROPEO-y-con-2-anos-de-garantia-Ten- a-mano-todo-lo-que-necesitas-La-pantalla-de-inicio-te-lleva-a-los-programas-y-Clips-Web-con-un-solo-toque-incluso-en-medio- de-una-llamada-Telefono-MOvil Lien fiche BO: http://bo.priceminister.es/referential_back?action=productview&productid=47858160 De même fiches 47858161et 47858159 Ne peut-on modifier pour des fiches ciblées cet URL name ? |
| Commentaires |
| Commentaire de Benoît Bourdon [ 15/juin/09 09:50 ] |
|
whaaou ... pas mal l'url name fantaisiste. Il n'y a pas de moyen de changer les URLs name à la main en BO. stabilité oblige ... par contre c'est modifiable directement en base. A mon avis pour faire cela : 1- Il faut vérifier avec le ref. que l'on accepte de changer l'url_name (et voir si il ne faut pas mettre une redirection pour conserver le pagerank / la popularité de la page) 2- ça se passera avec L'equipe d'exploit qui peut faire ce genre de manip. |
| Commentaire de Aurélien Vergalli [ 04/nov./09 14:44 ] |
|
Un process est en place pour ce genre de modif ? A qui en faire part ? http://bo.priceminister.es/offer/buy/47860266/ATENCION-Haz-tu-reserva-antes-del-1-12-SIN-COMPROMISO-y-beneficiate-de-un-descuento-de-34-sobre-el-PVP-ya-aplicado-Fecha-prevista-de-lanzamiento-1-12-08-Telefono-MOvil.html ;-) |
| Commentaire de Thierry Leforestier [ 04/nov./09 14:48 ] |
|
Il n'y a pas de process, ça suppose de modifier directement
dans la base de donnée les urlname. J'ai peur que ça ne plaise pas aux
DBA ^^ Prévoir un développement pour effectuer ces modifications (avec parcimonie) dans le back-office ? Sachant qu'il est très important pour le référencement, de ne jouer avec les urlname qu'en dernier recours. Thierry |
| Commentaire de Thierry Leforestier [ 28/déc./09 12:05 ] |
|
En fait, aux vues des exemples, j'aimerais quand même savoir
pourquoi ces urls ont été modifiées. Ca signifie qu'on a utilisé cette
Fiche produit pour en faire une autre ? Si c'est le cas, ça ne devrait pas exister. Peut-être un bug en Espagne sur la création des urlnames ? Benoit tu peux demander à un dev de fouiller un peu la dessus ? |
| Commentaire de Aurélien Vergalli [ 28/déc./09 12:15 ] |
|
Il s'agissait de fiches "validé système" (import ? pseudo en validation automatique ?) . L'équipe validation a modifier les fiches pour qu'elles ressemblent à quelque chose (on ne les a pas supprimées: il y avait du stock dessus). |
| Commentaire de Edouard Gomez-Vaez [ 28/déc./09 15:30 ] |
|
Le process actuel : RecalculateUrlNameClient Il ne faut pas toucher aux urlName directement en base, il y a en effet des choses à recalculer autour (dont le summary et FAST...), c'est pourquoi il faut le faire avec le client développé pour cela : RecalculateUrlNameClient. Il prend en paramètre un fichier contenant une liste de productId (séparé par des espaces, et sur plusieurs lignes si on le désire). Ainsi, si on se rend compte qu'un import a fait n'importe quoi, on prend la liste de ses fiches produit et on les remouline une fois pour toute. Cela devrait vous suffire, on avait bien dit qu'on ne voulait pas pourvoir modifier une url_name par le BO une fois. Mais si ce process ne vous convient pas, je propose que Thierry fasse une demande en CoRef pour faire cette petite évolution en back-office, avec toutes mes réserves :-). Pour l'historique de ce client voir l' |
| Commentaire de Thierry Leforestier [ 19/janv./10 10:23 ] |
|
et dieu sait que certains imports ont fait n'importe quoi.
Comme alapage qui a créé 1500 FP avec 1950-33-tours.html et a mis
ensuite a jour avec une désignation etc. Il faudrait faire des comptages avant de faire tourner un client, mais la tâche me semble hardue... Thierry |
| Commentaire de Thierry Leforestier [ 26/févr./10 11:09 ] |
| Nous sommes en train d'évaluer la possibilité de faire passer un script qui corrige les urlname dans ce style. |
[APP-24815] [ES] Erreurs velocity sur mots-clés avec $advert.PrdTypeCode Création: 27/mars/09 10:00 Mise à jour: 23/août/10 10:08 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 43.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
J'ai des erreurs dans les logs sur l'Espagne pour certains mots clés que je ne comprends pas: ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180401] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180404] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180406] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180407] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180408] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180409] [line 1, column 123] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180409] [line 1, column 165] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180409] [line 1, column 207] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180409] [line 1, column 39] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180409] [line 1, column 81] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[611302] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[611303] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[611304] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[623307] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[623308] [line 1, column 38] ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[97201] [line 1, column 38] |
| Commentaires |
| Commentaire de Cedric Favero [ 27/mars/09 10:03 ] |
|
Elle sont toutes de meme nature et si je prends un des mots clés concernés pour exemple ;12;Left side ($advert.PrdTypeCode.toString()) of '==' operation has null value. If a reference, it may not be in the context. Operation not possible. PMVelocity - Keyword[180401] [line 1, column 38] C'est celui ci, qui cherche pour les annonces , ceux qui mettent zone 1 sur une fiche zone 2: $advert.PrdTypeCode.toString()=="2360" && $util.contains($summary.getSummaryValue("RawListTopic"), "DVD Zona 2") && ($util.contains($advert.sellerComment, "z1") || $util.contains($advert.sellerComment, "zona1") || $util.contains($advert.sellerComment, "zona 1")) Comment je peux avoir un null sur un PrdTypeCode, il y en a bien obligatoirement non? |
| Commentaire de Manuel Sadok [ 09/août/10 17:50 ] |
|
[CAJ2010Q3VEN] J'ai regardé les logs de toute une journée en prod, le problème de semble plus se produire. Il y a dû y avoir un problème de configuration à un moment donné. |
| Commentaire de Cédric Goldovsky [ 10/août/10 17:25 ] |
| MDPLVC ;-) |
| Commentaire de Christophe Garcia [ 23/août/10 10:08 ] |
| MDPLVC |
[APP-24798] [VPOD] Error VPOD Création: 26/mars/09 10:58 Mise à jour: 21/janv./11 15:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 43.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Raguet | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Comme remarqué cette semaine il existe de nombreuses erreurs dues à l'utilisation VPOD dans nos logs JBOSS.
Ces erreurs ne sont pas nouvelles mais n'étaient pas remontées suite à changement de format de log applicatif par rapport à la mise en place des alertes en 2008. Le match se faisait sur : ERROR (.*)- Video service will try a new connexion at: (.*) Alors que dans les logs on a maintenant: 2009-03-24 06:09:37,630 ERROR [.150.28.77-0] - VIDEO ERROR - method: [getMediaInfo] source: [PM] type: [Problem with WebService call] message: [org.xml.sax.SAXParseException: Content is not allowed in prolog.] 2009-03-24 06:09:37,630 INFO [.150.28.77-0] - VIDEO INFO - method: [setVideoServiceDown] source: [VPOD] type: [Video service is setting down] message: [Video service will try a new connexion at: 2009-03-24 06:17:37.63] Les sondes ont été changées et effectivement on reçoit désormais de TRES nombreuses alertes (environ 3000 messages par jours pour hercule - FR, 1500 pour ES...). Voici les différent messages et leur récurrences (recherche le 24/05 vers 16h sur log en cours): 1950 - VIDEO ERROR - method: [getMediaInfo] source: [PM] type: [Problem with WebService call] message: [org.xml.sax.SAXParseException: Content is not allowed in prolog.] 2 - VIDEO ERROR - method: [deconnectAdminUser] source: [PM] type: [Problem with WebService call] message: [org.xml.sax.SAXParseException: Content is not allowed in prolog.] 2 - VIDEO ERROR - method: [connectAdminUser] source: [PM] type: [Problem with WebService call] message: [org.xml.sax.SAXParseException: Content is not allowed in prolog.] 1 - VIDEO ERROR - method: [getAllDesynchronizedMedias] source: [PM] type: [Problem with WebService call] message: [(503)Service Unavailable] 1 - VIDEO ERROR - method: [deconnectAdminUser] source: [PM] type: [Problem with WebService call] message: [(502)Proxy Error] Après demande d'investigation par VPOD, il s'avère que les logs tel quel ne sont pas exploitable pour trouver d'où vient le problème. Voici leur retour fait le 25/05 à 13h: Notre équipe d'ingénierie a vérifié le bon fonctionnement de l'API sans rencontrer la moindre anomalie. Malheureusement, nous ne pouvons interpréter les erreurs que vous rencontrez sans les codes d'appel associés que vous utilisez. Aussi, si les erreurs persistent encore aujourd'hui, nous devrons envisager une autre manière de venir à bout de ces incidents. Merci d'investiguer ce que sont ces problèmes. Sébastien |
| Commentaires |
| Commentaire de Fabrice Feugas [ 27/mars/09 09:30 ] |
| Clément, peux-tu nous éclairer de tes lanternes? |
| Commentaire de Clement Balay [ 01/avr./09 16:40 ] |
|
Je pense que cela pourrait venir d'une mise à jour de l'API
VPOD en PROD. Et comme nous n'avons pas mis à jour le stub de notre
côté, il y a un plantage XML lors de la lecture de la réponse SOAP
renvoyée par VPOD. Ce n'est qu'un supputation, mais une bonne manière de le vérifier est: - de brancher son dev vers la prod de VPOD - de vérifier l'exception - de mettre à jour le stub de vpod - de vérifier qu'i n'y a pas l'exception |
| Commentaire de Sébastien Raguet [ 03/avr./09 11:14 ] |
|
Ok, merci Clément pour ces infos. Comme indiqué nous avons
des centaines de ces messages d'erreur par jours en production. La méthode étant définie quand seront effectuée les actions? Merci |
| Commentaire de Swan Desportes [ 09/avr./09 15:03 ] |
| Je n'ai pas constaté de problème fonctionnel pour le moment. Ce n'est donc pour l'instant que de la pollution de logs. Quel est l'urgence pour vous ? D |
| Commentaire de Sébastien Raguet [ 09/avr./09 17:41 ] |
|
Le fonctionnement de l'appli étant apparemment Ok ce n'est
pas bloquant/urgent. Ces messages existent depuis longtemps dans les
logs des AS (depuis avant fin février, logs AS les plus vieux que
j'avais à dispo) sans que l'on est eu de remonter de soucis. Le problème est la récurrence des alertes (traffic email), ce qui rend ce monitoring inefficace tant que ce n'est pas fixé. On risque de passer à côté d'un vrai soucis. merci |
[APP-24788] [RECOMMANDE] L'expedition en recommandé n'est pas mise en avant auprès du vendeur Création: 25/mars/09 14:04 Mise à jour: 01/avr./09 14:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Mes achats - Mes ventes |
| Description |
|
Il me semble que lorsque l'on vient de faire une vente, si
l'envoi doit se faire en recommandé, le vendeur n'en est pas
spécialement informé. Il faut qu'il clique sur "adresse du destinataire" pour s'en apercevoir. Personnellement je viens de rencontrer le problème car toutes les informations coordonnées de l'acheteur sont sur le bon de livraison et je ne prends jamais la peine d'ouvrir "adresse du destinataire" |
[APP-24775] [COSAV] Pouvoir réactiver une annonce fermée. Création: 24/mars/09 13:50 Mise à jour: 30/déc./09 10:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Classif FONC: | sav |
| Description |
|
Il se peut parfois qu'on ait supprimé une annonce à tort ou
qu'un utilisateur nous demande de réactiver une annonce qu'il aurait
malencontreusement supprimée. Mais aujourdh'ui , pas de possibilité en BO de réactiver une annonce fermée. Il suffirait d'un lien "réactiver" , qui mettrait le stock à 1. |
| Commentaires |
| Commentaire de Emeric Teil [ 01/avr./09 15:32 ] |
|
A priori, pas mal d'impacts métier comme : -> stock & meilleur prix dénormalisés dans le produit -> stock de l'annonce (pas forcément 1 lors de la désactivation) et tout autre détail métier que le pôle CAT maitrise bien mieux que nous :o) |
| Commentaire de Benoît Bourdon [ 06/avr./09 19:11 ] |
|
Quelques questions à se poser lors de la résolution : - Peut on ré-utiliser l'information présente dans les évenements concernant le stock ? (quitte à ce que ce soit saisi à la main lors de la réactivation de l'annonce) - Il faut tout recalculer au niveau du produit (idem à la création d'une annonce) dont indexation Fast. - Vérifier que l'annonce elle même est à jour par rapport au produit (dénormalisation de l'attribut de navigation par exemple, pour que sa boutique soit à jour ... ) - Faire toutes les vérifications coté "compte vendeur" (pour ne pas réactiver des annonces d'un compte en -2 ou autre ...etc...) - Attention : lors de la réactivation d'une annonce sur un compte en vacance : il faut la rendre active mais non visible - ...etc... ... |
[APP-24759] [video] problem avec le batch depuis déploiement de la V43 en UK Création: 24/mars/09 08:59 Mise à jour: 26/mars/09 10:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
1 seule erreur comme ça : 2009-03-24 05:20:18,486 ERROR [.150.28.77-0] - Batch Video problem: null; CausedByException is: No row with the given identifier exists: [com.babelstore.stock.entity.Advert#163662751] beaucoup d'erreurs comme ça : 2009-03-24 08:31:33,239 ERROR [.150.28.77-0] - VIDEO ERROR - method: [getMediaInfo] source: [PM] type: [Problem with WebService call] message: [org.xml.sax.SAXParseException: Content is not allowed in prolog.] 2009-03-24 08:10:14,580 ERROR [.150.28.77-0] - Batch Video problem: null; CausedByException is: |
| Commentaires |
| Commentaire de Swan Desportes [ 24/mars/09 09:27 ] |
|
Visiblement il y a eu une mise à jour VPOD en prod hier sans que nous soyons prévenu. Il faut alerte leur support que ça crée plein d'erreurs chez nous... |
[APP-24738] [MeV - Parfum] N'est-il pas possible d'avoir des flacons déjà entamé de 0.99 ml ? Création: 20/mars/09 12:17 Mise à jour: 20/mars/09 12:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
cf. screenchot-1
|
[APP-24737] [MEV] Si je crées d'autres annonces du même produit avec des prix différents, l'alerte "s'aligner" s'affiche Création: 20/mars/09 12:11 Mise à jour: 20/mars/09 17:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Navigateur: | Tous |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Par exemple : faire une Mev rapide d'un CD pour 5 euros faire une nouvelle MeV rapide de ce même CD à 3 euros = affichage de l'alerte "s'aligner" dans l'inventaire fonctionne pour produits privés ou publics cf captures |
[APP-24699] [MEV4G chaussures] suppression des 0 en trop devant un montant Création: 19/mars/09 12:02 Mise à jour: 31/déc./09 09:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | mise en vente |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Il me semblait que lors de la sortie du premier 4G, nous gerions ce genre de chose : saisir 0000012,5 dans les champs prix et valider le formulaire qui se place en erreur. après ce refresh, les champs prix ne sont pas reformatés et on retrouve 0000012,5 au lieu de 12,5 ce serait bien de gérer ce cas de figure |
| Commentaires |
| Commentaire de Benoît Bourdon [ 19/mars/09 12:38 ] |
| A voir pour corriger - mais ce n'était pas le cas avant par contre il existe déjà un jira sur le sujet. |
[APP-24686] [MEV4G] assistances vendeurs multiples à l'écran Création: 19/mars/09 10:40 Mise à jour: 19/mars/09 12:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
toujours des problemes d'assistances vendeurs multiples à l'ecran
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 19/mars/09 12:31 ] |
| on attend la version officielle |
| Commentaire de Cédric Goldovsky [ 19/mars/09 12:38 ] |
| J'ai supprimé le focus sur IE8 puisque j'ai le problème aussi sur FF3 |
[APP-24669] Landing Page de Mev : pas de boutons Inventaire après MeV rapide Création: 18/mars/09 16:21 Mise à jour: 30/mars/09 19:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
180309_LP_MevComplete.jpg
180309_LP_MevRapide.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
cf Pièce jointes Pourquoi ne peut-on pas pas aller directement sur son inventaire après une MeV rapide? |
| Commentaires |
| Commentaire de Benoît Bourdon [ 30/mars/09 19:00 ] |
| Ok à arder sous le coude et à fermer quand on refera cette page (fin 2009) |
| Commentaire de Benoît Bourdon [ 30/mars/09 19:01 ] |
| "arder" signifie dans le patois local du quartier : "Garder" ... |
[IE8] Créer un fichier de configuration Accelerator
(APP-24632)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 43.0.0 (CAT-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Commentaires |
| Commentaire de Patrice Boulanger [ 25/août/09 17:43 ] |
| done |
| Commentaire de Christophe Garcia [ 26/août/09 12:05 ] |
| MDPLVC |
| Commentaire de Christophe Garcia [ 20/oct./09 18:28 ] |
| MDPLVC |
[APP-24631] [breadcrumbs] Augmentation de l'utilisation de la mémoire due au nb croissant de parsing velocity Création: 16/mars/09 15:22 Mise à jour: 17/janv./11 19:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.0 (CTN-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
screenshot-3.jpg
screenshot-4.jpg
screenshot-5.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | Performances |
| WishList - Complexité: | H |
| Classif1: | TECH |
| Classif FONC: | tech |
| Description |
|
Depuis la livraison de la V42 (le 11/02), l'occupation
mémoire a augmenté de manière conséquente (on a perdu tout le bénéfice
de la désactivation de la NPC).
Il important de déterminer ce qui a pu augmenter (refonte du breadcrumbs ?), d'autant que si cela est lié à la requête/session utilisateur, le problème est d'autant plus inquiétant car nous avons un traffic beaucoup moins important que lorsque l'occupation mémoire était bonne. |
| Commentaires |
| Commentaire de Manuel Sadok [ 16/mars/09 15:26 ] |
| Je rajoute une capture sur anchise, où l'augmentation à partir du 11 est plus visible. |
| Commentaire de Swan Desportes [ 18/mars/09 12:35 ] |
|
Je ne vois d'augmentation de l'occupation mémoire. Le 9/03 semble pareil que le 11/03. |
| Commentaire de Manuel Sadok [ 19/mars/09 17:48 ] |
|
Après analyse de ce qui est sortie dans la version, il
semble qu'il y ait une recrudescence de création d'objet
'VelocityTemplate' lors de la construction d'une page (4 dans le
TemplateModel, 1 dans le FrontRequest, 1 dans le BreadCrumbsModel, plus
certains existant dans le MenuAction, WidgetFooter, ...). Cette
augmentation est liée au passage des meta-données dans IG et à la
refonte du BreadCrumbs. La création d'un VelocityTemplate est la partie la plus coûteuse dans le process de l'api Velocity. Pour pallier à ce problème, on s'arrange toujours pour ne construire qu'une seule fois le VelocityTemplate lié à un template donné, notamment en le mettant en cache. Pour les méta-données, le cache de l'arbre BO s'occupait de cette optimisation, que l'on a perdu en les migrant sous IG. Il faut faire en sorte que le service qui livre le contenu, renvoie un VelocityTemplate déjà créé et mis en cache (cache 'castor' ?) plutôt que le contenu brut. |
| Commentaire de Manuel Sadok [ 19/mars/09 17:56 ] |
| Je remonte la priorité du Jira. Comme on peut le voir sur cette nouvelle capture, qui met en corrélation les courbres du traffic sur price et du temps global de réponse de la plateforme, on voit que ce dernier augement beaucoup plus fortement en fonction du traffic (fin semaine 10, on avait un traffic plus important et pourtant la plateforme répondant mieux !). |
| Commentaire de Swan Desportes [ 23/mars/09 12:14 ] |
|
Apparemment, ce serait le nombre de parsing velocity qui
entrainerait une augmentation de la consommation mémoire. Voir si l'on
ne peut pas mettre en cache les templates parsés. Ce n'est pas critique mais important, on a bien compris. |
| Commentaire de Alexandre Garnier [ 23/mars/09 14:58 ] |
|
Le soucis est que le contenu du cache de la cartographie (qui contient les template de meta-tags) se fait côté IG. Donc si on veut pouvoir créer des TemplateVelocity PM, faudrait qu'ils soient le plus indépendant du reste de l'appli pour les mettre dans un package 'util' à part ou bien les adapter pour utiliser du préparsé (IG utilise déjà velocity). |
[APP-24617] Demande de numéro de SIRET au vendeurs sur le site UK Création: 13/mars/09 15:27 Mise à jour: 04/nov./09 11:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 42.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Jeremy Pallot | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
SIRET.bmp
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Bonjour, Il existe au Royaume Uni un statut (comparable à l'auto entrepreneur) qui s'appelle le "Sole Trader", ces vendeurs sont habilités à facturer et à vendre des produits neufs mais ils ne possèdent pas de numéro de SIRET ou d'enregistrement. Nous n'avons rien prévu pour inscrire ces vendeurs avec le statut professionnel, je suis obligé de les détecter en passant sur tous les comptes. (Man¿uvre peu aisée car certains ne terminent jamais l'inscription.) En outre lorsque ces vendeurs souhaitent s'inscrire en tant que professionnel nous demandons de fournir un numéro de SIRET. Ce terme n'existe pas au Royaume Uni et il serait plus souhaitable de leur poser la question si ils sont des « Sole Trader » afin que nous puissions les valider en tant que vendeurs professionnels. Cordialement, Jérémy PS : Voir impression écran. |
| Commentaires |
| Commentaire de Jérôme Viviès [ 13/mars/09 17:00 ] |
| Rien de paramétrable à ce niveau là, je passe en APP, direction Validator. |
| Commentaire de Emeric Teil [ 02/juil./09 14:22 ] |
| Le sujet est-il toujours d'actualité ? |
| Commentaire de Jeremy Pallot [ 02/juil./09 14:34 ] |
|
Oui elle est toujours d'actualité, est-il possiible d'avoir
un genre de statut micor entreprise, mais surtout de ne plsu demander
aux professionnles anglais leur numéro de SIRET. Merci, Jérémy |
[APP-24576] Permettre de forcer l'utilisation des propriétés de ressources HTTPS sur des pages qui sont demandées en HTTP Création: 11/mars/09 14:22 Mise à jour: 29/sept./09 11:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | tech |
| Description |
|
Bonjour, Contexte: les nouveaux CDN tels que PantherExpress ou Limelight qui sont appelés à remplacer Akamaï ne proposent pas de faire du SSL de bout en bout. Lorsqu'une URL en https est appelé via leur service, la connexion entre le navigateur et le edge serveur est cryptée mais pas celle entre le edge serveur et le serveur d'origine (img.priceminister.com par exemple). Du coup, l'application génère les pages HTTPS avec des liens HTTP, ce qui déclenche des alertes de sécurité au niveau du navigateur. Par exemple, la page /res/css/0/www/www/13035/base_old.css appelée en https par le navigateur via Panther Express (https://pm-fr.pantherssl.com/res/css/0/www/www/13035/base_old.css) contiendra des liens en HTTP en pan.priceminister.com: html{color:#036;font-family:Arial,Helvetica,sans-serif;font-size:13px;font-size-adjust:none;font-style:normal;font-variant:normal;font-weight:normal;line-height:normal;background:#fff;} body{position:relative;width:auto;margin:0;border:0;padding:5px 7px 5px 7px;} #struct_page div,#struct_page p,#struct_page ul,#struct_page li,#struct_page dl,#struct_page dt,#struct_page dd,#struct_page table,#struct_page tr,#struct_page td,#struct_page h1,#struct_page h2,#struct_page h3,#struct_page h4,#struct_page h5,#struct_page embed,#struct_page hr,#struct_page form{margin:0;border:0;padding:0;background:none;} #struct_page ul,#struct_page li,#struct_page dl,#struct_page dt,#struct_page dd{list-style:none;} img{border:0;} a,a:visited{color:#036;text-decoration:none;} a:hover{text-decoration:underline;} #struct_page{width:auto;min-width:988px;_width:expression(documentElement.clientWidth < 1002 ?(documentElement.clientWidth == 0 ?(body.clientWidth < 1002 ? "988":"auto"):"988px"):"auto");} .clear{clear:left;font-size:1px;color:#FFF;height:0;display:block;} .alert,.new{font-size:11px;color:#f00;font-weight:bold;} .count{color:#999;font-size:11px;font-weight:normal;} #struct_header input.bg_search,#struct_page input.bg_search{background:url(http://pan.priceminister.com/res/static/0/www/www/7098/fb/images/default/structure/header/go_srch.gif) no-repeat left top;cursor:pointer;display:inline;height:20px;min-width:24px;_width:24px;margin:0;padding:0;border:0;} .link_expand{background:url(http://pan.priceminister.com/res/static/0/www/www/24400/fb/images/default/bullet/a_arrow_expand.gif) no-repeat left 7px;} a.link_expand,a.link_expand:visited,a.link_expand:hover{color:#036;font-size:13px;font-weight:bold;text-decoration:underline;padding:0 0 0 13px;} .no_flash{color:#F00;font-weight:bold;text-align:center;font-size:12px;} Pour le moment, nous avons contourné le problème en ne mettant qu'une partie du contenu SSL chez Panther, le reste tape directement chez nous (sur https://www.priceminister.com par exemple). Les performances sont clairement moins bonnes, il faudrait trouver un moyen de contourner ce problème au niveau de l'application. |
| Commentaires |
| Commentaire de Patrice Boulanger [ 11/mars/09 14:29 ] |
|
Une solution que nous avons envisagé serait d'ajouter un
"/secured" dans l'URL afin de permettre à l'appli de savoir qu'elle doit
générer la page avec les ressources HTTPS et non HTTP. Par exemple, lorsqu'on appelle la page: https://www.priceminister.com/connect?action=login&c=80&dest=%2Fuser la page serait générée avec des URLS: https://pm-fr.pantherssl.com/res/css/0/www/www/13035/secured/base_old.css Ce qui permettrait de savoir qu'on doit générer ce CSS avec les propriétés HTTPS et non pas HTTP. Est-ce que ça vous semble jouable ? Une autre solution ? Merci. |
| Commentaire de Alexandre Garnier [ 16/mars/09 14:29 ] |
|
C'est bizarre d'appeler en non SSL chez nous. Sinon, dans le principe c'est faisable même si c'est vraiment pas évident car il va falloir vérifier 2 choses pour savoir si on doit mettre des URL en HTTPS et /secured/ : si la requête est HTTPS (ce qui n'est finalement plus le cas) ou si la ressource courante est appelée en /secured/ (faut voir si on peut simuler le premier dans le cas où on a le second). De plus, cela oblige à gérer la notion à 2 endroits différents pour créer les URL : au niveau de la base de l'URL (secure_root) et au niveau des URL de chaque action de ressource. Il serait alors plus simple d'avoir du https://pm-fr.pantherssl.com/secured/res/css/0/www/www/13035/base_old.css pour que ce soit intégré au secure_root. Du coup, il ne serait pas plus simple d'avoir http://.../secure/res qui redirige en Apache vers https://.../res. Et du coup ça devient une manip uniquement exploit et vous pouvez gérer ça comme vous voulez avec les secure_root et Apache. |
| Commentaire de Alexandre Garnier [ 29/sept./09 11:28 ] |
|
Ma proposition vous va ? Ou maintenant le SSL est OK sur tous les CDN ? |
[APP-24565] Debug JS des erreurs de configuration dans le formulaire 4G Création: 10/mars/09 18:44 Mise à jour: 10/mars/09 18:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Caroline Schinzel | Attribution: | Caroline Schinzel |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Description |
|
selon l'élément sélectionné dans la section du choix du
nombre d'exemplaires, le reste du formulaire doit bouger. Le paramétrage
du formulaire doit définir une liste d'identifiants représentant les
différents éléments à bouger. La moindre erreur dans cette liste
d'identifiant et le javascript s'occupant de ces déplacement fait
planter le formulaire, sans indiquer ce qui ne va pas. Le but serait ici de faire en sorte que le javascript fasse un log permettant d'identifier le problème et laisse s'exécuter le reste normalement. On pourra voir un problème d'affichage, mais le formulaire pourra tout de même fonctionner. |
[APP-24558] [MEV] Fonctionnement du formulaire 1 étape avec le clavier (enter) Création: 10/mars/09 13:58 Mise à jour: 31/déc./09 09:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Eleonore Rossignol | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif FONC: | mise en vente | ||||||||
| Projets PM archivés: | MEV - Formulaire 1 étape | ||||||||
| Description |
|
A la fin d'un formulaire de mise en vente 4G, il faut pouvoir soumettre le formulaire avec "enter". |
[APP-24543] Modif format des logs "Assembly error" et "Load error" Création: 09/mars/09 12:34 Mise à jour: 18/juin/10 17:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.0 (CTN-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** CHASSE *** |
| Classif1: | TECH |
| Classif FONC: | tech |
| Description |
|
Pour un suivi plus facile, il faudrait mettre un max d'info sur la même ligne. Exemple : Ligne 1 Assembly error~Servlet=com.babelstore.partner.front.PartnerServlet~Request=GET http://www.pm.lan/partner?action=partner&partnercatid=151231&productid=46460217~Referrer=null~User-Agent=chgtestapi/0.1 libwww-perl/5.805~Trace=1ére ligne de la trace Ligne 2 La trace complète Aujourd'hui on a : 2009-03-09 12:16:40,312 ERROR [-Processor19] plaisirscom - Assembly error Servlet=com.babelstore.partner.front.PartnerServlet Request=GET http://www.pm.lan/partner?action=partner&partnercatid=151231&productid=46460217 Referrer=null User-Agent=chgtestapi/0.1 libwww-perl/5.805 Trace=java.lang.NullPointerException at com.babelstore.common.front.PromotionFormat.render(PromotionFormat.java:164) at com.babelstore.common.front.TemplateModel.getPromo(TemplateModel.java:383) at com.babelstore.partner.front.PartnerFrameTemplate_jsp.generate(PartnerFrameTemplate_jsp.java:57) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:150) at com.babelstore.util.web.Request.generate(Request.java:533) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:572) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:421) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:187) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619) |
| Commentaires |
| Commentaire de Alexandre Garnier [ 17/avr./09 14:30 ] |
|
En gros, faudrait que les logs d'erreur soient comme les logs de warning, c'est ça ? Simple mise à jour du séparateur dans Dispatcher#logError. Mais franchement ça va vraiment pas aider à la lecture ! Faudrait pouvoir configurer ça selon l'environnement (du infra ?) pour avoir des trucs lisibles pour les humains en DEV, mais seulement par les scripts en INTEG |
[APP-24537] Accès à la boutique du vendeur Toptoptop ralenti Création: 05/mars/09 11:57 Mise à jour: 09/oct./09 10:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 41.0.1.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Pierre-Emmanuel Bianchi | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Bonjour, L'accès est très ralenti sur la boutique du vendeur Toptoptop (http://www.priceminister.es/boutique/toptoptop). Est-ce un problème de serveur? C'est assez problèmatique, car nous redirigeons vers sa boutique dans la prochaine Newsletter Espagne. D'avance, merci, Pierre-Emmanuel |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 05/mars/09 15:42 ] |
|
2009-03-05 15:22:54,612 INFO [P-Processor9] 62.23.27.114 - >>> GET http://bo.priceminister.es/boutique/toptoptop 2009-03-05 15:23:19,108 INFO [P-Processor9] 62.23.27.114 - <<< [24496 ms] GET http://bo.priceminister.es/boutique/toptoptop 2009-03-05 15:23:19,108 WARN [P-Processor9] 62.23.27.114 - Long request [24496 ms]: GET http://bo.priceminister.es/boutique/toptoptop 2009-03-05 15:25:46,051 INFO [-Processor29] 62.23.27.114 F185BB66995B82B629D7C6D18BEADC86.esculape - >>> GET http://www.priceminister.es/boutique/toptoptop 2009-03-05 15:26:29,556 INFO [-Processor29] 62.23.27.114 F185BB66995B82B629D7C6D18BEADC86.esculape - <<< [43505 ms] GET http://www.priceminister.es/boutique/toptoptop 2009-03-05 15:26:29,557 WARN [-Processor29] 62.23.27.114 F185BB66995B82B629D7C6D18BEADC86.esculape - Long request [43505 ms]: GET http://www.priceminister.es/boutique/toptoptop |
| Commentaire de Benoît Bourdon [ 11/mars/09 11:19 ] |
|
En fait c'est un vendeur avec bcp de stock ... et son stock
est bien en cache (contrairement aux vendeurs normaux) ... (ce mécanisme de mise en cache du stock fonctionne de manière satisfaisante en FR) >> Donc rien de spécial du coté applicatif. Peut être un pb coté infra ? |
| Commentaire de Daniel Pintamalli [ 09/oct./09 10:09 ] |
|
Le problème est toujours là: Par exemple: http://bo.priceminister.es/boutique/disc-order |
| Commentaire de Frédéric Nahum [ 09/oct./09 10:32 ] |
| avez vous des news sur cette demande ca devient urgent ? |
[APP-24536] [Bilan vendeur] Logo PM pas très beau... Création: 06/mars/09 18:10 Mise à jour: 02/nov./09 10:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Bilan vendeur |
| Affecte la/les version(s): | 41.0.1.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||||||
| Commentaires |
| Commentaire de Renaud Dierickx [ 06/mars/09 18:11 ] |
| Voir screenshot-1 |
| Commentaire de Gafour Abdoul [ 11/mars/09 09:34 ] |
|
L'url del'image du mail HTML bilan vendeur est : - http://aka.priceminister.com/res/pic/0/www/www/17064/priceminister_logo.gif Je ne sais pas s'il s'agit d'un appel en dur, d'une image IG ? |
[APP-24503] H1 trop long pour les WebSlices IE8 Création: 05/mars/09 10:11 Mise à jour: 17/janv./11 19:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.0 (CTN-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif FONC: | contenu | ||||||||
| Description |
|
Un H1 trop long fait déconner les WebSlices. Dans certaines catégories de produit, le H1 est re travaillé pour être tronqué sur Marque + Modèle. C'est le cas par exemple dans l'informatique. ex : http://www.pm.lan/offer/buy/71517374/Acer-Aspire-ONE-A110-AB---Atom-N270-1-6-GHz---RAM-512-Mo---HDD-8-Go-SSD---GMA-950-Dynamic-Video-Memory-Technology-3-0---LAN-sans-fil-802-11b-g---Linux-Linpus-Lite---8-9-ecran-large-TFT-1024-x-Ordinateur-portable.html Mais pour d'autres catégories, bernique! Exemple Electroménager. ex : http://www.pm.lan/offer/buy/64169364/Clatronic-FR3196---Double-Friteuse-Inox---Semi-pro---Grande-Capacite---2-Paniers-De-3-3-Litres---Cuve-Amovible---Technologie-zone-froide---Puissance-2-X-2000-Watts-Cuisson.html A homogénéiser ? |
| Commentaires |
| Commentaire de Alexandre Garnier [ 05/mars/09 17:04 ] |
| Pour le REF afin d'adpater avec le PARAM les templatings produits de certaines catégories en urtilisant la mécanique du split H1 utilisée pour l'informatique. |
| Commentaire de Thierry Leforestier [ 05/mars/09 17:42 ] |
|
La mécanique du H1 fonctionne pour des référentiels comme
Cnet qui construisent toujours de la même façon leurs désignation
(espace tiret espace), pour d'autres univers, cette mécanique n'est pas
valide car cette construction n'existe pas. de plus, la majorité des fiches produit ayant une désignation relativement correcte, la méthode n'était pas pertinente. Si il faut retoucher tous les templates ca va être long et ca ne pourra pas être fait tout de suite. Les H1 n'ayant pas été prévus a la base pour y accrocher les webslices, les templates tels qu'ils sont aujourd'hui ne contiennent pas d'erreur, il ne s'agit donc pas d'un bug. Est-ce que finalement la méthode choisie pour accrocher les webslices est bien la bonne ? (si les h1 n'étaient pas optimisés, on aurait le même problème). |
[APP-24498] [VPOD] Serveur Erreur dans player Création: 04/mars/09 17:48 Mise à jour: 27/janv./11 18:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 42.0.0 (CTN-J) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
J'upload une video puis je la modere. De retour dans la PriceTV, lorsque j'affiche le lecteur il se passe : - la vignette de la vidéo s'affiche - puis un message "serveur erreur" apparait avec une grosse croix rouge - au bout de quelques instant, ce message disparait et le vidéo est enfin lisible |
| Commentaires |
| Commentaire de Swan Desportes [ 04/mars/09 17:56 ] |
| doublon des pbs vpod en cours ? |
| Commentaire de Alexandre Garnier [ 04/mars/09 18:43 ] |
|
Aucun moyen de le savoir, c'est entièrement interne au player de Vpod. Mais il est fort probable que cela soit en effet lié aux problèmes de la préprod de Vpod. |
| Commentaire de Alexandre Garnier [ 05/mars/09 09:57 ] |
| Problème Vpod, on ne peut qu'attendre qu'ils corrigent |
[APP-24458] [PMV] lien Accéder à "Mes paiements" dans la page Mes préférences vendeur ne s'affiche jamais Création: 02/mars/09 12:32 Mise à jour: 10/déc./10 14:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Il s'agit d'un lien qui est affiché pour les pros en mode
compta qui ont une boutique en cours d'activation. Il y a juste le
wording qui diffère. SellerProfilePaymentInfosInclude, les tests font que ce lien n'est jamais affiché. |
| Commentaires |
| Commentaire de Emeric Teil [ 17/févr./10 14:03 ] |
| Me voir pour la correction. |
[APP-24454] Bilan vendeur version FR et ES : il manque les pièces jointes (images et css) Création: 02/mars/09 09:19 Mise à jour: 01/avr./09 18:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Bilan vendeur |
| Affecte la/les version(s): | 41.0.1.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
balance vendedor sin css.jpg
bilan vendeur sans css.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
voir copie d'écran
|
| Commentaires |
| Commentaire de Emeric Teil [ 01/avr./09 11:28 ] |
| Gafour, vous pouvez gérer ça ? |
| Commentaire de Gafour Abdoul [ 01/avr./09 18:14 ] |
|
On doit refaire le code de ces mails, on souhaiterait le
faire aussi tôt que possible, mais pour l'instant les projets roadmap ne
laisse que très peu de ressources disponibles. |
[APP-24447] [Formulaire MeV 4G] Problème avec le fonctionnement de base et le lien "Étape suivante" Création: 26/févr./09 18:04 Mise à jour: 16/mars/10 10:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 41.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Dans les nouveaux formulaires 4G de MeV il est possible de
mettre en place plusieurs sections. Par défaut toutes les sections sont
affichées En dessous de la dernière section nous n'avons pas de boutons "Mettre en vente" pour valider le formulaire mais un lien "Étape suivante" (en bas à gauche) En cliquant sur ce lien la dernière section se désactive puis se réactive automatiquement et nous avons enfin un bouton "Mettre en vente". Ceci n'est pas très logique. Vu que par défaut toutes les sections sont actives il faudrait que nous ayons le bouton "Mettre en vente" et non le lien "Étape suivante" |
| Commentaires |
| Commentaire de Benoît Bourdon [ 07/avr./09 09:41 ] |
|
pas compris :-( C'est toujours le cas quelque part ? |
| Commentaire de Fabien Farache [ 10/avr./09 14:23 ] |
|
Oui oui c'est toujours d'actualité. Le plus simple serait que tu viennes me voir pour que je te montre si tu n'as pas bien compris dans jira |
| Commentaire de Benoît Bourdon [ 16/mars/10 10:16 ] |
|
De mémoire, c'était un soucis pour les formulaire de type "insolite" où l'on voulait 1 seule section. |
[APP-24446] [Formulaire MeV 4G] Compteur de caractères restants non paramétrable Création: 26/févr./09 17:57 Mise à jour: 05/mars/09 17:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 41.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabien Farache | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Dans les nouveaux formulaires 4G de MeV il y a un compteur
de caractères restants au dessus des 2 champs de commentaire (produit et
annonce) Normalement le nombre de caractères autorisés dans la saisie du commentaire est paramétrable dans l'arbre des catégories avec le paramètre "Longueur maximum de la saisie". Il s'avère en fait que ce paramètre ne fonctionne pas. Si par exemple nous mettons "Longueur maximum de la saisie = 1000" il y aura bien indiqué "1000 caractères restants" au dessus de champs de saisie mais dès que nous commencerons à écrire le compteur passera automatiquement à 500 et nous ne pourrons saisir que 500 caractères. De plus, si nous ne mettons pas ce paramètre il s'affiche "$caller.maxLength caractères restants" L'idéal serait que : - le paramètre ne soit pas obligatoire : si pas de paramètre mis en place alors le compteur ne s'affiche pas - le compteur fonctionne correctement et que le champs de saisie accepte le nombre de caractère paramétré Problème rencontré avec les nouveaux formulaires de soumission "Militaria" et "Peinture" |
[APP-24433] [MeV 4G indus] Les prévalidations ne sont pas dans le bon ordre Création: 26/févr./09 16:09 Mise à jour: 05/mars/09 17:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 41.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
En passant en 4G indus on perd l'ordre des prévalidations.
|
[APP-24423] [TVA] : Disclaimer sur facture Création: 25/févr./09 12:56 Mise à jour: 01/avr./09 10:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Suite à la mise en place des nouvelles règles d'application
de la TVA en début d'année (2009), un petit détail a été omis concernant
le disclaimer à ajouter dans la facture du vendeur. Voici un mail de Philippe à ce sujet : " Arnaud, Emeric, Avec beaucoup, beaucoup de retard (!), je reviens vers vous au sujet de la mention à faire figurer sur les factures de commissions qui sont adressées à des vendeurs auto liquidant la TVA dans leur pays d'origine (i.e. vendeurs pro CEE hors France nous communiquant un numéro de TVA intracommunautaire). Il s'agit de la mention suivante : « Prestations désignées à l'article 56 de la Directive - Taxe due par le preneur en vertu de l'article 196 de la Directive 2006/112/CE » A votre disposition pour toute précision utile. Philippe " A noter également qu'on a déjà un disclaimer (différent de celui-ci) dans un certain nombre de cas. ==> il faudrait donc préciser dans quel cas on affiche quel disclaimer |
[APP-24412] MeV 4G - Avoir uniquement $children dans le code HTML du formulaire Création: 24/févr./09 17:58 Mise à jour: 29/déc./09 17:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Carole Boucheny | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif FONC: | mise en vente |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Actuellement on a toujours ce bout de code HTML : <script type="text/javascript"> var formConfigs = { "one_prd": [["color_ctner", "season_ctner", null], ["size_ctner", "color_ctner", null], ["title_ctner", "comment_ctner", null], ["prdDescription_ctner", null, false], ["title_ctner", null, null, "Complétez le titre de votre annonce"]], "several_prd_same": [["color_ctner", "season_ctner", null], ["size_ctner", "color_ctner", null], ["title_ctner", "comment_ctner", null], ["prdDescription_ctner", null, false], ["title_ctner", null, null, "Complétez le titre de votre annonce"]], "several_prd_diff": [["color_ctner", "state_ctner", null], ["size_ctner", "color_ctner", null], ["title_ctner", "prdDescription_ctner", null], ["prdDescription_ctner", null, true], ["title_ctner", null, null, "Complétez le titre qui sera commun à tous vos articles"]]}; PM.Forms.Ordering.init(formConfigs, "one_prd"); function calcLength(formField, divIndicator, maxLength){ var iLength, iLengthRemaining; iLength = document.getElementById(formField).value.length; if (iLength>maxLength) { document.getElementById(formField).value = document.getElementById(formField).value.substring(0,maxLength); iLengthRemaining = 0; } else { iLengthRemaining = maxLength - iLength; } var Indicator = document.getElementById(divIndicator); if (iLengthRemaining > 1) { Indicator.innerHTML = "(" + iLengthRemaining + " caractères restants)" ; } else { Indicator.innerHTML = "(" + iLengthRemaining + " caractère restant)" ; } } </script> $children La première partie n'est utile que lorsqu'on a le choix entre vendre un ou plusieurs exemplaires. |
[APP-24372] [UK] message spécifique dans le cas d'un format anglais non respecté Création: 19/févr./09 17:12 Mise à jour: 17/févr./10 14:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Les anglais ont des espaces dans leur code postaux, on avait
donc décidé de rajouter dans le message qui dit que le code postal
n'est pas au bon format qu'il pouvait manquer un espace dans le code
postal rentré. 1er problème: ce message spécifique n'est pas traduit, donc si l'acheteur achète en france et se fait livrer en UK, il n'aura pas ce message spécifique sur les espaces 2ème problème: Si on corrige le 1er problème, un acheteur français qui se fait livrer en FR mais se plante dans le format de code postal aura quand même ce message sur les espaces |
[APP-24344] Champ inutile en BO et dans la servlet coupon_ws: coupon_amount Création: 18/févr./09 16:07 Mise à jour: 18/févr./09 16:43 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 41.0.0 (TX-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | Service attribution de coupons |
| Description |
|
Les coupons à montant variable ne peuvent être attribués via
un service externe (on force à "NON" la paramètre "Assignable par un
service externe"). Pour être cohérent il faudrait donc retirer toute référence au champ coupon_amount : - en BO (page /test/contact/index.html) - dans l'API - dans la doc de l'API |
| Commentaires |
| Commentaire de Emeric Teil [ 18/févr./09 16:43 ] |
|
Pour ce qui est de la doc pour millemercis, ça a déjà été
enlevé. Pour le reste, cette notion de "assignable par un service
externe" va être revue car actuellement elle vient effectivement en
doublon de l'assignment_type. Mais ce ne sera pas pour cette version. |
[APP-24249] [Art & Collection] Création d'une nouvelle famille : rendre cette notion dynamique ? paramétrable ? Création: 10/févr./09 15:39 Mise à jour: 22/déc./09 18:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 39.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Fabien Farache | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Famille.doc
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Actuellement sur l'univers "Art & Collection" nous
utilisons la famille "Vin & Saveur". Nous aurions donc besoin qu'une
famille "Art & Collection" soit crée.
|
| Commentaires |
| Commentaire de Fabien Farache [ 10/févr./09 15:43 ] |
|
Ne pas oublier de créer les alias de navigation et de recherche liés à cette nouvelle famille En pièce jointe un tableau récapitulatif sur les impacts liés à la notion de famille |
| Commentaire de Jérôme Viviès [ 11/févr./09 16:46 ] |
| Attention : c'est bien une demande de DEV (!) |
| Commentaire de Benoît Bourdon [ 19/févr./09 19:04 ] |
|
Yep ! ça faisait parti des remarques (risque identifié) lors du "lancement" de ce projet. > On sait qu'on ne sais pas créer de nouvelle famille aujourd'hui sans impacter le code appli ... :-( Au final, donc il a été décider de ré-utiliser la famille "wine" ("vin & saveur") pour "heberger" l'onglet collection. Donc on ne créer pas à court terme de nouvelle famille. Par contre - à long terme : Il faut prévoir rendre dynamique cette notion de famille (puisqu'elle est équivalente à la structure de la navigation) - à court terme : Il reste un peu de travail PARAM / CTN pour améliorer les matching sur la monétisation (j'ai pas l'impression qu'il y ai d'urgence) >> je garde ce jira en standy pour l'idée à long terme |
[APP-24240] MeV Formulaire Instruments de musique : pas de correction du format des valeurs prix d'origine et prix de vente Création: 09/févr./09 17:13 Mise à jour: 16/avr./09 15:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
en modif.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Si on met 00000012.50 dans ces champs, quand on revient sur
la page en modification ou après une erreur, les valeurs n'ont pas
changé de format.
|
[APP-24225] [MeV] Message d'erreur prix de vente > 0.90 alors qu'il est possible de vendre un article à 0.90 Création: 09/févr./09 11:09 Mise à jour: 05/mars/09 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
cf. screenshot-1
|
[APP-24216] [MeV] Le contenu des Blocs se mélangent Création: 06/févr./09 17:53 Mise à jour: 15/juil./09 14:59 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Internet Explorer 6.X |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
- En se connectant avec un comptePRO (sous ie6), en
voulant afficher toutes les étapes du formulaire 4G vetement, après
avoir déplier le bloc "Vos Références", le contenu du bloc "Vos
Références" se mélangent avec celui de "Personnalisez votre annonce"
(cf. screenshot-1). Plus précisément : Sous IE 6. Se connecter en pro. Tout déplier dont les commentaires privés. Changer de mode Un seul exemple / plusieurs exemplaire. Déplier tout à nouveau. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 06/févr./09 18:02 ] |
| Ca marche sur mon poste :-). Je suis connecté en pro, j'ai tout déplié. |
| Commentaire de Edouard Gomez-Vaez [ 10/févr./09 11:12 ] |
| Reproductible avec le détail ci dessus. |
| Commentaire de Manuel Sadok [ 10/févr./09 11:22 ] |
| Le bug existant déjà en prod et le risque de régression étant important, il sera corrigé en CAT-H. |
[APP-24213] [MeV] Blocs se déplacent en redusant la fenêtre Création: 06/févr./09 17:14 Mise à jour: 28/avr./10 09:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 39.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
ApresReduction.JPG
AvantReduction.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Internet Explorer 6.X |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
cf. PJ
|
[APP-24210] Créer onglet équivalent "Billets d'avion" sur PriceMinister Espagne Création: 06/févr./09 16:48 Mise à jour: 17/févr./09 14:27 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 39.0.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ESP - Espagne
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Hello, sur la France on dispose d'onglets supplémentaires dans le header par rapport à l'Espagne notamment : - l'onglet "Billets d'avion" - l'onglet "AVAL" Etant donné qu'on lance PriceViajes.com en Espagne (Planetanoo espagnol) serait-il possible de créer un emplacement supplémentaire afin de caler l'onglet PriceViajes au même endroit que "Billets d'avion" en France ? Merci |
| Commentaires |
| Commentaire de Jérôme Viviès [ 09/févr./09 13:40 ] |
| Doublon du app-24212 |
| Commentaire de Christophe Garcia [ 09/févr./09 17:51 ] |
| Merci de préciser une version cible |
| Commentaire de Charles Decaux [ 09/févr./09 19:11 ] |
|
Hello Christophe, Jérôme En fait ce n'est pas vraiment un doublon de En effet, Cet onglet est à gauche du bouton "vendre" Cependant, à plus long terme, je souhaite qu'on développe un emplacement identique à celui qui existe en France que j'appelle ici l'emplacement "Billets d'avion" et qui lui se situe à droite du bouton "vendre". A votre dispo pour en parler si ce n'est pas clair |
| Commentaire de Charles Decaux [ 11/févr./09 10:05 ] |
|
Précision sur cette demande : peut-on également créer en
même temps l'emplacement qui correspond à "Maisons Appartement" ? En effet, comme ça ce sera fait, et on pourra s'en servir quand on en aura besoin. Merci |
| Commentaire de Jérôme Viviès [ 11/févr./09 17:14 ] |
|
Ok, je n'avais pas compris. Ben c'est du Dev. Plus généralement : je dis peut-être une bêtise, mais on ne voudrait pas avoir tous les emplacements sur tous les sites par défaut ? |
| Commentaire de Fabrice Feugas [ 16/févr./09 14:34 ] |
|
Charles, Pour ce type de demandes, c'est vous qui gérez la créa ainsi que le planning des onglets, et c'est le PARAM qui le met en ligne. L'emplacement existe, c'est le sitenode "Default /DIRECT_BLOCK/DIRECT_HEADER_SYNERGIES" et le contenu : express/Article/Main Article/PriceMinister Group/Header Synergies Plusieurs contenus avaient été créés pour faire des tests sur différents onglets. On peut maintenant les nettoyer et ne garder que "Header Synergies default ter" pour faire du nettoyage (libre au PARAM de le faire ;o) Voir JIRA http://pricejira.lan/browse/APP-21179 pour en apprendre plus. En revanche, pour l'onglet évènementiel, les demandes de maquettes continuent de passer par Gafour. |
| Commentaire de Fabrice Feugas [ 16/févr./09 14:56 ] |
| Au temps pour moi, les onglets évènementiels ne passent PLUS par l'équipe MAQ. Ils ne gèrent plus que les onglets applicatifs. Le reste passe par chez vous. |
| Commentaire de Charles Decaux [ 17/févr./09 14:17 ] |
|
C'est top si l'emplacement existe déjà. Et si je comprends
bien, c'est à nous de fournir les onglets via l'équipe graphistes ? merci. |
| Commentaire de Fabrice Feugas [ 17/févr./09 14:27 ] |
| Yes. |
[APP-24204] MEV IDM - Quantité incorrecte pourtant autorisée à la saisie = 9999 Création: 06/févr./09 15:12 Mise à jour: 05/mars/09 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Tout est dans le titre
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 06/févr./09 15:19 ] |
|
Oué .. on a vu ça hier ... en fait il faudrait limiter à 3
caractères Max et donc la limite deviendrait 999 Max ... ce qui ne
devrait pas poser de problème. Le truc c'est que j'aimerais : -> Savoir si il y a une raison particulier pour avoir limier à 1000 .. -> Et surtout prendre un peu de temps pour voir si dans l'aide en ligne par exemple on ne fait pas référence à ce "1000" ... Donc out pour Cat-G, petite évolution réserve facile pour plus tard. |
[APP-24199] Aide en ligne - Pages contact - profiter d'une arborescence déroulante meme si pas à la racine. Création: 06/févr./09 14:24 Mise à jour: 17/janv./11 19:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| WishList - Complexité: | M/H | ||||||||
| Classif1: | AIDE | ||||||||
| Classif FONC: | aide | ||||||||
| Description |
|
Aujourdh'ui existe pour les pages FAQ/CONTACT une
arborescence déroulante mais uniquement depuis la racine (cf capture 1)
Pourtant on peut avoir besoin d'appeler des sous-rubriques de FAQ/CONTACT directement comme par exemple depuis "Mon compte / Question sur une vente ou Question sur un achat" mais on se retrouve alors avec un page listant des noeuds avec des cellules mais aucune navigation et quand ensuite on clique sur un article, on est 'coincé" , il ne reste plus qu'à faire BACK sur son clavier. L'idée serait de pouvoir bénéficier de la meme navigation pour les sous-rubriques des pages FAQ/Contact. Possible? |
| Commentaires |
| Commentaire de Alexandre Garnier [ 06/févr./09 14:31 ] |
|
C'était un comportement existant de cet arbre avant migration de l'aide dans IG et refonte graphique de cette page. A mon avis, via une ancre correspondant à celle du noeud à ouvrir, ya moyen en JS d'ouvrir l'arborescence automatiquement sur lui en ouvrant tous les parent DOM. Ton avis, Damien ? |
| Commentaire de Alexandre Garnier [ 06/févr./09 14:33 ] |
|
Par contre, ce serait l'arbo contact entière et pas
seulement une sous-arbo. Et du coup il faudrait changer tous les liens
'/help/xxx' en '/help/c#xxx'. A étudier. |
| Commentaire de Cedric Favero [ 06/févr./09 14:36 ] |
| Si l'arbo entière, çà saura quand meme préouvrir sur le bon noeud ? |
| Commentaire de Damien Dorizy [ 18/mai/09 15:25 ] |
| Oui, on pourrait ouvrir sur le bon noeud. Cependant, comme ce serait l'arbo complète, il faudrait ouvrir non plus dans une popup mais dans une page complète, sauf à revoir l'ergonomie globale de FAQ/Contact. Est-ce qu'on souhaite cela ? |
| Commentaire de Cedric Favero [ 18/mai/09 15:52 ] |
|
Pour ma culture, pourquoi ne pourrait-on pas ouvrir en popup? Il faut effectivement peser les pour et contre |
[APP-24195] Catégorie Cosmétique > La Recherche par Mot-Clé affiche un Nombre d'Annonces Erroné Création: 06/févr./09 13:41 Mise à jour: 23/déc./09 15:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sandra Ferrero | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Navigateur: | Tous |
| Projets PM archivés: | NPF - Nav Annonces |
| Description |
|
Problème déjà remonté depuis la V23 (Nouveau Paramétrage > Pertinence fiches privées) Jira lié http://pricejira.lan/browse/APP-20386 + similaire Les résultats de recherche par mot-clé depuis la case "Affiner" ne donnent pas le bon nombre d'annonces par fiche. Il est toujours affiché "1 article disponible" même si ce n'est pas le cas. A contrario, lorsqu'on utilise la NpF, plus de problème, les résultats s'affichent correctement (Nb d'articles : 4 occasion). A Noter: La catégorie Cosmétique fait partie de l'univers Mode à la seule différence qu'elle ne fonctionne pas sur le système fiches privées. |
[APP-24179] Adapter batch_size aux circonstances Création: 05/févr./09 16:39 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif1: | FAST |
| Classif2: | connector |
| Description |
|
On a très souvent des problèmes avec le batch_size au moment du FEED et de l'UPDATE. Il faut que l'on adapte manuellement la valeur de ce paramètre : le FEED demande un batch_size élevé, l'UPDATE un petit batch_size. Idée : Adapter le batch_size au nombre de produits en cours de traitement. Chaque batch range traité doit permettre d'anticiper le nombre de docs qui vont être envoyés et adapter ainsi le batch_size. On pourrait créer un batch_size_min et un batch_size_max, le connecteur ayant pour tâche d'adapter le batch_size en restant dans cette fourchette. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/mars/09 12:15 ] |
|
affecté à Martin pour voir la faisabilité passer en Cat-J (pas de connector avant) |
| Commentaire de Martin Sudmann [ 11/mai/09 09:51 ] |
|
si je me souviens bien, le batch size est attribué lors de
la création de l'instance du FastWriter ; le changer tout le temps en
cours de route n'est probablement pas trivial, puisque c'est un
composant qui reçoit des callbacks en asynchrone. On ne peut donc pas
simplement remplacer le writer en cours par un autre avec une batchsize
différente. Voir si l'API Fast permet de modifier la batchsize on runtime sans changer d'instance. |
[APP-24169] MEV Rapide : Header n'est pas bleu sur la page de retrait Création: 05/févr./09 14:48 Mise à jour: 30/déc./09 10:05 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif FONC: | mise en vente |
| Description |
|
Voir screenshot : le header devrait être bleu
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/févr./09 15:03 ] |
|
En fait c'est le formulaire de mev rapide qui devrait se retrouver sur l'onglet rouge -> Projet de fin de chantier de mise en vente "Fusion des chemin de Mev_rapide et Mev_complète" |
| Commentaire de Christophe Garcia [ 05/févr./09 17:48 ] |
| Ben ... à garder sous le coude pur ce futur projet. |
[APP-24110] <span class="main"> en clair et en front dans la page "Détail vente" Création: 02/févr./09 12:11 Mise à jour: 10/août/10 15:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2009-02-02_121133.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
J'ai du code qui s'affiche en clair dans mon détail vente. Cas d'une FPP. |
| Commentaires |
| Commentaire de Fabrice Feugas [ 09/mars/09 14:55 ] |
| A voir s'il n'y a pas un rapport avec ce jira: http://pricejira.lan/browse/APP-18263 ? |
| Commentaire de Marc-Antoine Decreton [ 28/avr./09 09:33 ] |
|
Après une petite analyse avec Manu, il apparait que c'est
lors de la création du produit, lorsque le summary est formaté et stocké
en base que le span apparait. Jusque là rien d'anormal. Le problème apparait dans la classe ProductSummaryFormat, qui fait appel à Format.htmlText(...). C'est cette méthode qui encode les caractères spéciaux (par exemple les < en <) et donc les balises qui sont définies dans le summary ne sont pas interprêtées. Utiliser un Format.text(...) est peut-être la solution, mais je vous laisse juger des impacts. |
[APP-24086] [Préférences Vendeur] : Comportement "étrange" au rafraîchissement de la page Création: 29/janv./09 16:38 Mise à jour: 01/avr./10 15:01 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Marc-Antoine Decreton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | FireFox 2.0 |
| Projets PM archivés: | Adaptation règles TVA |
| Description |
|
Sur la page "Préférences Vendeur", la première partie "Type
de Compte" a un comportement étonnant au rafraichissement (cela ne
concerne ce formulaire que dans sa version "initialisation" utilisée à
l'ouverture de la Boutique). -> Je passe en "professionnel" -> La sous-partie correspondante se déplie -> Je fais F5 -> Le radio-bouton reste sur "professionnel" -> Mais la sous-partie est repliée A priori, cela vient d'une mauvaise initialisation du formulaire (l'affichage de la sous-partie ne semble pas subordonné à la valeur sélectionnée dans les radio-bouton). |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 05/mars/10 11:02 ] |
| Le F5 et le javascript, ça n'a jamais fait bon ménage |
| Commentaire de Marc-Antoine Decreton [ 12/mars/10 16:37 ] |
| CAJ2010Q1TX |
| Commentaire de Cédric Goldovsky [ 22/mars/10 11:54 ] |
| toujours pas |
Amélioration de la page de paiement
(APP-24041)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur |
| Description |
|
Il faudrait remplacer "Secure payment by bank card" par "Secure checkout" + un picto cadenas à côté Il faudrait par ailleurs, supprimer le texte juste en dessous qui commence par "The entire ordering process..." |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/févr./09 15:56 ] |
| A traiter dans le cadre d'un des projets Ergonomie PPEC (Panier Passage En Caisse) de 2009, en même temps que FR et ES |
Amélioration de la page de paiement
(APP-24041)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur |
| Description |
|
Dans la colonne de gauche il faudrait supprimer le logo Société Générale
|
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/févr./09 15:56 ] |
| A traiter dans le cadre d'un des projets Ergonomie PPEC (Panier Passage En Caisse) de 2009, en même temps que FR et ES |
| Commentaire de Olga Costa [ 22/mai/09 15:42 ] |
| TX-G? |
Amélioration de la page de paiement
(APP-24041)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2009-01-23_143714.JPG
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur |
| Description |
|
Le bloc avec les information de PriceMinister doit disparaître, merci.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 23/janv./09 14:38 ] |
| As-tu vérifié auprès de Benoit Tabaka que tes demandes étaient juridiquement valides? |
| Commentaire de Quentin de Chivré [ 09/févr./09 15:56 ] |
| A traiter dans le cadre d'un des projets Ergonomie PPEC (Panier Passage En Caisse) de 2009, en même temps que FR et ES |
Amélioration de la page de paiement
(APP-24041)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur |
| Description |
|
Dans la colonne de gauche, il faudrait ajouter un lien "Any questions" en dessous du lien Buyer guarantee. Il faut que ce lien s'intègre dans le bloc "Your guarantees". Ce lien doit renvoyer vers le formulaire de contact en pop-up. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/févr./09 15:56 ] |
| A traiter dans le cadre d'un des projets Ergonomie PPEC (Panier Passage En Caisse) de 2009, en même temps que FR et ES |
[APP-24041] Amélioration de la page de paiement Création: 22/janv./09 10:18 Mise à jour: 04/nov./09 11:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||||||||||||||||||||||||
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur | ||||||||||||||||||||||||||||||
| WishList - Complexité: | H | ||||||||||||||||||||||||||||||
| Classif FONC: | contenu |
| Description |
|
Hello, Je souhaite améliorer la page de paiement UK pour la rendre plus efficace. Vous trouverez en pièce jointe la page de paiement cible. Je vais créer des sous-tâches pour chacune des optimisations car elles ne dépendent pas toutes du même pôle. Merci |
| Commentaires |
| Commentaire de Fabrice Feugas [ 23/janv./09 14:39 ] |
| Je rajoute Emeric en observateur. |
| Commentaire de Emeric Teil [ 26/janv./09 16:45 ] |
|
Merci, faudrait qu'on fasse un point rapide la dessus car : -> Certains point peuvent concerner uniquement le UK et être traités indépendamment -> D'autres sont liés à l'Ergonomie du tunnel d'achat et feront l'objet d'un projet cette année (projet qui sera transversal à FR, ES et UK) |
| Commentaire de Quentin de Chivré [ 09/févr./09 15:56 ] |
| A traiter dans le cadre d'un des projets Ergonomie PPEC (Panier Passage En Caisse) de 2009, en même temps que FR et ES |
[APP-24034] Compression de toutes ressources JavaScript et CSS par YUICompressor Création: 22/janv./09 18:30 Mise à jour: 11/mai/09 12:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif FONC: | javascript |
| Description |
|
Les fichiers javascript et css statiques (front_base.js,
base.css,...) sont tous "nettoyés" par la bibliothèque YUICompressor.
Cela a pour intérêt de nettoyer tous les commentaires et de réduire
considérablement le poids des fichiers. Or, ce nettoyage, effectué au build prod, est impossible à faire sur les fichiers IG. YUICompressor étant une librairie java, il faudrait intégrer la compression (ou le "nettoyage") à la volée sur les ressources js et css de l'application. |
[APP-23999] bug Frais de port Chronopost Création: 21/janv./09 14:47 Mise à jour: 23/juil./09 09:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Chronopost, Panier |
| Affecte la/les version(s): | 38.0.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Celine Maraud | Attribution: | Steven Harel |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bug_fdp_chronopost.JPG
Paramétrage_Actuel.jpg
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
L'utilisateur herdina se plaint d'avoir payé 3 fois les
frais Chronopost (3 x 13.90 ¿) alors qu'il a acheté 3 articles : http://bo.priceminister.com/purchase_back?action=itemsearch&fuzzy=false&numberrows=200&purchaseid=67115804 La dégressivité des frais de port n'aurait-elle pas dû s'appliquer en tel cas. L'acheteur ne payant qu'une seule fois le Chronopost. La catégorie des frais de port concernée est T(4) / T(8) France et Intl - Enlèvement . |
| Commentaires |
| Commentaire de Cedric Favero [ 21/janv./09 15:44 ] |
|
3 articles au meme vendeur. Il ne devrait effectivement pas payer plusieurs fois les frais de port . Ou juste un supplement: normalement c'est 1euro pour chaque article supplementaire. Mauvais paramatrage sur les frais de port? |
| Commentaire de Emeric Teil [ 26/janv./09 16:53 ] |
|
Par rapport au paramétrage actuel, il n'y a pas de bug :
l'"article suivant" prévoit d'ajouter un nouveau Chronopost (cf. capture
d'écran). Voir avec PKR, mais à priori ce paramétrage est volontaire (sujet déjà évoqué il y a quelques mois avec lui). |
| Commentaire de Cedric Favero [ 26/janv./09 17:45 ] |
|
J'ai bien vu au niveau que çà correspondait au parametrage mais c'est çà qui ne me semble pas normal. Il y a longtemps , il y avait aussi ce probleme avec les BD et les jouets je crois.. Le mec achete trois portables à un vendeur, il ne devrait pas payer 3 chronopost (36¿ !!!). 13+1+1 devrait etre le parametrage normal. |
| Commentaire de Cedric Favero [ 26/janv./09 17:46 ] |
|
Pierre çà te semble normal ( et voulu) ? Moi absolument pas , surtout pour des appareils de cette taille. |
| Commentaire de Emeric Teil [ 27/avr./09 18:11 ] |
| Cedrci, puisqu'il s'agit de paramétrage, cela ne concerne pas le pole TX. Si Pierre souhaite modifier ce fonctionnement, je vous laisse faire passer la demande au param. |
| Commentaire de Cedric Favero [ 08/juil./09 14:30 ] |
|
Clairement un mauvais parametrage. Pour garder une logique identique aux autres modes d'expédition, le chronopost ne devrait pas etre ajouté sur le second article jusqu'à la taille T(8) (Taille G maintenant en Front) . En effet, c'est à partir de cette taille qu'on considère que chaque article supplémentaire doit potentiellement etre envoyé dans un 2e colis et que donc on double les frais de port. Le chronopost devrait etre calqué sur ce fonctionnement. Apres validation de Jonathan Lesage, Gael Seguillon et PKR, il faudrait passer cette demande au param. |
| Commentaire de Cedric Favero [ 20/juil./09 14:44 ] |
|
Steven, te laisse suivre avec Jonathan, Gael, PKR... Pour moi les frais de port doivent etre degressifs jusqu'à catégorie G pour une plus grande logique utilisateur (c'est ce qu'on indique en tout cas) |
| Commentaire de Gaël Seguillon [ 21/juil./09 10:50 ] |
| Je vérifie juste auprès de PKR que ce n'était pas un choix délibéré par rapport au coût de Chronopost |
| Commentaire de Steven Harel [ 23/juil./09 09:43 ] |
|
PKR : Il me semble que c'était volontaire car chrono ne délivre qu'un seul bordereau quelque soit le contenu de la commande. Il faut donc absolutment éviter que le vendeur se pointe avec deux colis ou plus car le vendeur sera refoulé et gros pataques. En revanche, pour les petits objets, les fdp sont 0 car il faut quand même mettre pas mal de CD pour arriver à 1kg. Mais peut-être y a t'il des catégories qui méritent de passer en follower et non plus leader. CEDRIC : Dans les faits, un bordereau est utilisable jusqu'à 30Kg et si tout rentre dans un colis , il doit pouvoir n'utiliser qu'un bordereau. Par contre à partir de Taille T(8) on peut imaginer qu'il faille un colis par article donc çà se tient. Le probleme est que sur cette taille T(4)/T(8) on a des choses comme des télephones portables, des manettes de jeux, du matériel informatique (composants, claviers,etc..) et que çà apparaît donc comme une aberration que de devoir multiplier les colis et les bordeaux. Je remarque d'ailleurs que sur T(4), on a 0¿ pour l'article suivant et sur T(8) on double avec 13.90¿ sur l'article suivant. Il y a donc un pb avec cette catégorie T(4)/T(8) qui se trouve à cheval entre les deux. Vous pouvez voir la configuration pour un article suivant à la page suivante: http://bo.priceminister.com/shipping_back?action=shippricingmatrix&country_type=SAME_COUNTRIES&field=3 |
| Commentaire de Cedric Favero [ 23/juil./09 09:50 ] |
|
J'ajoute que la taille T(5,40) devrait etre aussi à 0¿ pour
un 2e article (camescopes, appareils photos numériques..) On ne devrait facturer un 2e bordereau qu'à partir de la taille T(8), comme le reste... Plus cohérent et facile à expliquer aux utilisateurs.. |
| Commentaire de Cedric Favero [ 23/juil./09 09:53 ] |
| Le truc est d'autant plus illogique que l'acheteur paye 3 chronopost mais le vendeur en FRONT n'a qu'un bordereau pour les 3 !!! Mais c'est un autre probleme... |
[APP-23994] Message d'erreur sur le formatage des nombres lors de la suppression d'une anonce (!) Création: 21/janv./09 09:05 Mise à jour: 14/janv./11 10:28 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 38.0.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Jérôme Viviès | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
bug.jpg
Erreur.JPG
Erreur2.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Description |
|
Salut,
J'étais chez moi, et j'ai supprimé une annonce. Voilà l'écran que j'ai eu. Étrange, non ? PS : à la réflexion je me demande si je n'ai pas aligné le prix, mais l'écran dit bien que j'ai supprimé qque chose... |
| Commentaires |
| Commentaire de Yan Gueguen [ 21/janv./09 12:18 ] |
|
Hello, je rencontre le mème message d'erreur depuis quelques temps en BO 1er cas : j'essaye de changer la valeur d'un attribut mais la valeur numérique m'en empèche, je suis obligé de rentrer une valeur numérique sans lettre (voir Erreur.JPG) 2nd cas : je veux valider une fiche sans préciser la sous catégorie, bon ça bloque normal, mais le message d'erreur n'est pas le mème qu'avant. Je précise la sous catégorie et je peux valider normalement (voir Erreur2.JPG) |
| Commentaire de Arnaud Forgues [ 28/janv./09 17:19 ] |
|
Le problème sur la suppression d'une annonce dans l'inventaire a été corrigé par Renaud en V39 (CTN-I) Pour les 2 autres problèmes de Yan, on va les corriger pour la TX-E |
[Cache arbre BO] Nettoyage de l'abre BO
(APP-23990)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 38.0.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sous-tâche | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Param-Import) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
20100810_mapping_category_a_nettoyer.txt
ancien_mapping_imp.txt
mapping_category_a_nettoyer.txt
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | Performances | ||||||||
| Description |
|
Il s'agit de faire une passe sur les différents mappings par
catégorie pour passer en 'Inactif' ceux qui ne sont plus utilisés. Exemples de noeuds ne devant, à priori, plus être utilisés : 'TiteLive' (category = 125583), 'Migration TiteLive > Decitre' (category = 252793), ... import polk encore d'actualité ??, ... Ne pas hésiter à venir nous voir si vous pensez à une requête qui pourrait aider à l'analyse. |
| Commentaires |
| Commentaire de Marion Anfreville [ 22/janv./09 14:03 ] |
| Fred, n'hésite pas à venir me voir pour plus d'info. |
| Commentaire de Manuel Sadok [ 06/févr./09 11:44 ] |
| Avez vous pu avancer sur l'analyse des catégories 'facilement' désactivables ? |
| Commentaire de Frédéric Nahum [ 23/févr./09 15:48 ] |
| au niveau import on n'a pas trop de mapping facilement desactivable, l'idéale serait de voir si il n y a pas de possibilité de faire une requête ?? |
| Commentaire de Marion Anfreville [ 24/févr./09 10:31 ] |
|
En pj, la liste des mapping d'import pas utilisés depuis 6 mois => ancien_mapping_imp.txt Le résultat semble cohérent par contre il ne faut pas désactiver le mapping d'import CNet utilisé mais pas par l'import. |
| Commentaire de Manuel Sadok [ 26/févr./09 10:14 ] |
| Ca semble déjà pas mal, quand est-ce qu'on les désactive ? :-) |
| Commentaire de Jérôme Viviès [ 03/mars/09 09:04 ] |
|
Pour le moment on vise : - semaine 11 : Frédéric valide la liste de Marion - semaine 11/12 : désactivation (voir avant si c'est facile à faire "à la main"). Si trop de travail "standard" sur les imports, on devra décaler ces dates. |
| Commentaire de Frédéric Nahum [ 13/mars/09 15:40 ] |
| J'ai pas le temps de voir cela en semaine 11, je me le cale pour la semaine 12 |
| Commentaire de Frédéric Nahum [ 19/mars/09 17:24 ] |
|
nan je retrouve des valeur si sont normalement active, par exemple Sous-vêtements :: Types de Produits, il utilisé dans le modèle vetement, envin c'est plutot le mapping "mode" qui est utilisé, mais a l'interieur de mode il ya cette catégorie |
| Commentaire de Frédéric Nahum [ 20/mars/09 11:32 ] |
| la liste n'est pas fiable il faut que regarde un par un sur ce que je connais |
| Commentaire de Manuel Sadok [ 23/mars/09 12:27 ] |
| J'ai refait une liste en filtrant en plus les mappings étant inclus dans d'autres mappings. |
| Commentaire de Manuel Sadok [ 23/mars/09 12:28 ] |
| Comme pour la précédente, il ne faut bien entendu pas prendre en compte CNET. |
| Commentaire de Manuel Sadok [ 23/mars/09 12:31 ] |
| On peut, par contre, rajouter Polk en plus non ? |
| Commentaire de Manuel Sadok [ 06/avr./09 11:29 ] |
| Est-ce que vous avez pu regarder ces mappings ? |
| Commentaire de Frédéric Nahum [ 07/avr./09 15:29 ] |
| nan j'ai pas pu regarder cette nouvelle liste, mais vu l'état actuel des imports (congés + nouvel arrivé) je commencerais a regarder la semaine prochaine |
| Commentaire de Manuel Sadok [ 10/août/10 11:46 ] |
| Liste des mappings mise à jour... elle a encore augmentée ! |
| Commentaire de Daniel Pintamalli [ 15/sept./10 15:02 ] |
|
J'ai créé une demande liée à celle-ci afin de mieux organiser l'encours de l'équipe Import.
Cette demande est bloqué par: IMP-6982 Nettoyage arbre 'Import - Mappings par Catégorie' |
[APP-23990] [Cache arbre BO] Nettoyage de l'abre BO Création: 20/janv./09 17:58 Mise à jour: 19/mars/09 10:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Projets PM: | Performances |
| Description |
|
Passer en inactif les noeuds (voir les arbres complets quand
cela est possible) qui ne sont plus utilisés, afin de limiter l'espace
mémoire utilisé par les caches.
|
[APP-23977] Message associé à transaction/comptes mais sans aucun rapport Création: 20/janv./09 13:08 Mise à jour: 24/févr./10 14:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Peut on avoir l'historique d'un message. Savoir par exemple l'IP de celui qui l'a posté ou d'où il est arrivé? Car sur cette transaction on a un message au 16/01/2009 http://bo.priceminister.com/purchase_back?action=itemview&itemid=12588943 http://bo.priceminister.com//message_back?action=usermessage&usrmessageid=166737664 qui n'a strictement rien à avoir ni avec la transaction ni avec l'acheteur ou le vendeur. On arrive pas à savoir comment il a "atterri" ici. Erreur d'aiguillage? |
| Commentaires |
| Commentaire de Cedric Favero [ 28/janv./09 17:16 ] |
|
Autre message associé à une transaction et des comptes n'ayant rien à voir. babelstore http://bo.priceminister.com/message_back?action=usrmessagesetting&includemsg=true&umsdomaincode=10&userid=15390718&usrmessageid=168606560 Le message nous renvoie sur une transaction avec le vendeur willyfox alors que la personne qui nous écrit est petitzodiak |
| Commentaire de Emeric Teil [ 24/févr./10 14:28 ] |
|
Pour analyse |
[APP-23946] Pages sécurisées : mettre à jour les éditos Création: 15/janv./09 11:29 Mise à jour: 04/nov./09 11:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 36.1.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Paul Leprévost | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur |
| Description |
|
Suite à une remarque de Quentin concernant le JIRA |
[APP-23880] [Affinion] Nettoyer le code en supprimant les références à Affinion Création: 08/janv./09 11:51 Mise à jour: 23/juin/10 08:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 39.0.0 (CTN-I) |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Damien Dorizy | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | PROMO |
| Classif FONC: | tech |
| Description |
|
Nettoyage dans CheckoutPaySuccess.jsp et CheckoutModel.java, à faire une fois qu'Affinion aura été désactivé.
|
[APP-23863] [UK] Ajouter mode de paiement American Express Création: 07/janv./09 12:47 Mise à jour: 04/nov./09 11:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 36.1.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Charles Decaux | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Hello, ça y est, j'ai reçu les infos d'American Express pour le UK. On peut donc ajouter ce mode de paiement. Please find below your new American Express merchant number : 9443002522 GBP/GBP Merci Charles |
| Commentaires |
| Commentaire de Arnaud Forgues [ 07/janv./09 16:32 ] |
|
Charles, si je me souviens bien, une fois les infos reçus
par American Express, il faut que tu recontactes Atos pour qu'ils
intègrent cela à notre contrat SIPS ou quelque chose comme ça. Je te renvoie donc le JIRA. Pense à le réattribuer à Dispatcher (Pôle TX) une fois que toutes les démarches administratives avec Atos seront faites. Merci |
| Commentaire de Charles Decaux [ 07/janv./09 17:30 ] |
| OK toutes les démarches sont faites auprès d'Atos et ce sera actif demain matin à partir de 10h |
| Commentaire de Arnaud Forgues [ 07/janv./09 17:45 ] |
|
Il ne reste plus qu'à trouver un créneau pour livrer les
modifs nécessaire à la réactivation de ce moyen de paiement (processus
inverse du JIRA lié). Cela nécessitera également de tester un miminum ce
moyen de paiement en environnement d'INTEG (donc éventuellement
récupérer un N° CB de test ...) Etant donné que la version en cours est trop avancé, cela ne pourra pas passer pour la V38. Notre prochain créneau est donc la TX-E (dans 1 mois et demi : 24 février à priori) |
| Commentaire de Arnaud Forgues [ 03/févr./09 14:46 ] |
| A prioriser |
| Commentaire de Charles Decaux [ 06/févr./09 16:46 ] |
|
Arnaud, "a prioriser" = c'est mort pour la TX-E ? Merci de ton retou |
| Commentaire de Emeric Teil [ 06/févr./09 16:55 ] |
|
C'est effectivement mort pour la TX-E car si technique il
n'y a rien de très complexe, ce type de projet demande un minimum de
temps de gestion de projet pour : -> Assurer les échanges inévitables avec le partenaire -> Réaliser les tests Pour comparaison, la mise en place de la carte privilège a mobilisé Arnaud pendant une semaine... |
[APP-23859] Redirection intempestive et répétée sur la servlet user_back Création: 06/janv./09 18:15 Mise à jour: 01/avr./09 10:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Patrice Boulanger | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Claire Durant a découvert un bug sur le Backoffice: 2009-01-06 17:08:58,956 INFO [P-Processor2] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:08:59,285 INFO [P-Processor2] BO:Claire - <<< [328 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:00,651 INFO [P-Processor2] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:00,829 INFO [P-Processor2] BO:Claire - <<< [172 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:04,455 INFO [-Processor18] BO:Claire - >>> POST http://bo.priceminister.jmh/user_back!action=userchange...&right=10&useraccountid=15224011 2009-01-06 17:09:04,554 INFO [-Processor18] BO:Claire - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:04,554 INFO [-Processor18] BO:Claire - <<< [99 ms] POST http://bo.priceminister.jmh/user_back!action=userchange...&right=10&useraccountid=15224011 2009-01-06 17:09:04,582 INFO [P-Processor1] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:04,750 INFO [P-Processor1] BO:Claire - <<< [168 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:09:06,249 INFO [-Processor10] BO:Claire - >>> POST http://bo.priceminister.jmh/wallet_back!action=walletbo&freeze=false&useraccountid=15224011 2009-01-06 17:09:06,591 INFO [-Processor10] BO:Claire - <<< [342 ms] POST http://bo.priceminister.jmh/wallet_back!action=walletbo&freeze=false&useraccountid=15224011 2009-01-06 17:13:42,544 INFO [P-Processor9] BO:Claire - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:13:42,555 INFO [-Processor16] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:13:42,702 INFO [-Processor16] BO:Claire - <<< [147 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:15:37,783 INFO [P-Processor1] BO:Léon - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:15:37,807 INFO [-Processor19] BO:Léon - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:15:37,982 INFO [-Processor19] BO:Léon - <<< [174 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:08,913 INFO [P-Processor9] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:09,059 INFO [P-Processor9] BO:Claire - <<< [146 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:47,133 INFO [-Processor18] BO:Léon - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:47,153 INFO [-Processor18] BO:Léon - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:16:47,285 INFO [-Processor18] BO:Léon - <<< [132 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:37,509 INFO [-Processor13] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:37,644 INFO [-Processor13] BO:Claire - <<< [135 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:37,969 INFO [-Processor18] BO:Claire - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:25:38,112 INFO [-Processor18] BO:Claire - <<< [143 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:27:20,846 INFO [-Processor13] BO:CLAIRE - (Status : 302) Redirecting to : /user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:27:20,857 INFO [-Processor19] BO:CLAIRE - >>> GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2009-01-06 17:27:20,977 INFO [-Processor19] BO:CLAIRE - <<< [120 ms] GET http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 Apparemment, l'application redirige unefois sur 3 l'URLvers la même URL ... Ca fait planter le site ... |
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/janv./09 18:55 ] |
|
A priori il ne s'agit pas systématiquement des même URL : - http://bo.priceminister.jmh/user_back?action=userview - http://bo.priceminister.jmh/user_back!action=userchange... - http://bo.priceminister.jmh/wallet_back!action=walletbo - ... De plus les url indiquant explictement une redirection ne viennent pas d'une URL précédente (voir Processor ...) J'ai besoin du log complet en PJ ou "machine, date, heure ..." Merci |
| Commentaire de Patrice Boulanger [ 07/janv./09 18:06 ] |
|
Le pb est sur Junon, le 06/01/2009 à 17h. Merci. Patrice. |
| Commentaire de Arnaud Forgues [ 09/janv./09 12:26 ] |
|
Je viens d'analyser les logs du 06/01/2009 autour de 17h sur
junon
(/data/home/pmdev/pmshare/exploit/logs/jboss/2009-01-07-05-00_junon.log.gz)
et rien ne semble anormal au niveau SA. Il n'y a pas de redirections en
boucle. On a juste 2 cas ou la fiche utilisateur est chargée 2 fois de
suite à 1 seconde d'intervalle. Cela semble donc se situer au niveau apache ?? |
| Commentaire de Arnaud Forgues [ 09/janv./09 16:22 ] |
|
Voici les 3 fois où les redirections intempestives se sont déclenchées : 1/ le 06/01 vers 17:13:45 jusqu'à 17:16:54 ------------------------------------------------------------------- 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:13:45 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:13:45 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:13:45 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" -------------------------------------------------------------------------- 2/ le 06/01 vers 17h25 jusqu'à 17:27:33 ------------------------------------------------------------------- 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:40 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:40 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 200 25248 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:57 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:25:57 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 200 25244 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090108-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [06/Jan/2009:17:26:23 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5. -------------------------------------------------------------------------- 3/ Le 07/01 vers 17h11jusqu'à 17h13 ------------------------------------------------------------------- 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:45 +0100] "GET /activation HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:45 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:45 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:46 +0100] "GET /connect?action=login&isSubmitFunnel=false HTTP/1.1" 302 - "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; GTB5)" 20090109-aricia_fr-vaccess_log.2.gz:bo.priceminister.jmh 10.150.28.66 - - [07/Jan/2009:17:11:46 +0100] "GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse HTTP/1.1" 302 293 "http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; -------------------------------------------------------------------------- Conclusions: ------------------ La boucle semble donc être la suivante : 1. accès à la fiche utilisateur : http://bo.priceminister.jmh/user_back?action=userview&showeventothers=true&useraccountid=15224011 2. accès à la servlet /activation 3. accès à l'URL de connection FO : /connect?action=login&isSubmitFunnel=false 4. accès à l'URL de gestion des cookies : /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 5. ensuite on boucle sur les points 3 et 4 Il faut donc voir d'ou viennent les redirections ci-dessus |
| Commentaire de Arnaud Forgues [ 09/janv./09 16:36 ] |
|
Voilà , d'après les logs SA (de junon) ce qu'il s'est passé au même moment : 2009-01-06 17:13:45,636 INFO [-Processor11] 10.150.28.66 - >>> GET http://bo.priceminister.jmh/account?action=adminlogin&dest=%2Fwallet%3Faction%3Dwltview%26oprcount%3D30%26oprfilter%3DALL&l=bounty94700 2009-01-06 17:13:45,643 INFO [-Processor11] 10.150.28.66 - Admin authentication successful, login= bounty94700 2009-01-06 17:13:45,644 INFO [-Processor11] 10.150.28.66 - (Status : 302) Redirecting to : /wallet?action=wltview&oprcount=30&oprfilter=ALL 2009-01-06 17:13:45,644 INFO [-Processor11] 10.150.28.66 - <<< [8 ms] GET http://bo.priceminister.jmh/account?action=adminlogin&dest=%2Fwallet%3Faction%3Dwltview%26oprcount%3D30%26oprfilter%3DALL&l=bounty94700 2009-01-06 17:13:45,659 INFO [P-Processor7] - Event : Second page 2009-01-06 17:13:45,660 INFO [P-Processor7] bounty94700 - >>> GET http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL 2009-01-06 17:13:45,665 INFO [P-Processor7] bounty94700 - (Status : 302) Redirecting to : /activation 2009-01-06 17:13:45,665 INFO [P-Processor7] bounty94700 - <<< [5 ms] GET http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL 2009-01-06 17:13:45,726 INFO [P-Processor7] - Session bound 2009-01-06 17:13:45,727 INFO [P-Processor7] 10.150.28.66 - >>> GET http://bo.priceminister.jmh/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,728 INFO [P-Processor7] 10.150.28.66 - (Status : 302) Redirecting to : /user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,728 INFO [P-Processor7] 10.150.28.66 - <<< [1 ms] GET http://bo.priceminister.jmh/user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,738 INFO [-Processor11] - Event : Second page 2009-01-06 17:13:45,738 INFO [-Processor11] 10.150.28.66 - >>> GET http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 2009-01-06 17:13:45,739 INFO [-Processor11] 10.150.28.66 - (Status : 302) Redirecting to : /connect?action=login&isSubmitFunnel=false 2009-01-06 17:13:45,739 INFO [-Processor11] 10.150.28.66 - <<< [1 ms] GET http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSu 1/ On voit ici que Claire a tenté d'accèder depuis le BO (fiche utilisateur) à la page "Mon Porte-Monnaie", ce qui a appelé l'URL : http://bo.priceminister.jmh/account?action=adminlogin&dest=%2Fwallet%3Faction%3Dwltview%26oprcount%3D30%26oprfilter%3DALL&l=bounty94700 2/ Une connection Admin s'est bien effectuée, pour ensuite rediriger vers la page "Mon Porte-Monnaie" : http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL 3/ C'est là ou la première redirection vers /activation s'est effectuée, provoquant l'appel de l'URL : http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse 4/ L'appel de cette dernière a provoqué une redirection vers /connect?action=login&isSubmitFunnel=false qui a provoqué à nouveau l'appel de l'URL http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse Il y a donc potentiellement 2 problèmes : - pourquoi l'appel à http://bo.priceminister.jmh/wallet?action=wltview&oprcount=30&oprfilter=ALL (page Fo Mon Porte-Monnaie" provoque une redirection (apache à priori) vers /activation ?? - pourquoi l'appel à http://bo.priceminister.jmh/user?action=cookies&check=true&dest=%2Fconnect%3Faction%3Dlogin%26isSubmitFunnel%3Dfalse (problème de cookie sur le poste) provoque une redirection mutuelle recursive vers /connect?action=login&isSubmitFunnel=false ??? |
| Commentaire de Arnaud Forgues [ 09/janv./09 16:45 ] |
|
Réponses : - la redirection vers /activation est en fait une redirection applicative, qui oblige l'utilisation à "activer son PMV" avant d'y accèder : c'est donc une redirection "normale/voulue" - c'est donc la redirection vesr la servlet de "cookies" qui pose problème! |
[APP-23833] [CoSAV] [Fraudes] Pas de selection d'ECB en Espagne? Création: 05/janv./09 15:45 Mise à jour: 04/nov./09 11:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni, ESP - Espagne
|
| Projets PM: | *** STANDBY *** |
| Classif FONC: | CoSAV |
| Description |
|
En Espagne, à priori les ECB existent meme si sans doute minoritaires. Pourquoi n'a-t-on pas activé la selection de l'ECB sur le formulaire de paiement? Du coup tous les coupons censés ne pas fonctionner avec une ECB marchent sans probleme. Il faut aussi alimenter la base de données avec les 5 et 6e chiffres des cartes détectées au fur et à mesure comme ECB, comme on l'a fait sur la France. (soit données communiquées par banques, soit alimenteés au fur et à mesure que l'on en trouve). Mais aujourd'hui on a juste aucune detection des ECB sur l'Espagne. il faudrait donc planifier cette tache ( et sur UK?) |
| Commentaires |
| Commentaire de Emeric Teil [ 01/avr./09 11:29 ] |
| Arnaud, peux-ton avoir un retour technique la dessus, avant priorisation éventuelle en CoSAV ? |
| Commentaire de Arnaud Forgues [ 01/avr./09 12:38 ] |
|
Techniquement, l'ajout du choix du mode de paiement ECB en
ES comme en UK est simple à ajouter : juste une nouvelle valeur à
insérer dans une SiteProperty dans IG. A priori, pas d'impact spécifique par rapport à cela dans le code. Ce sera pris en compte comme sur FR du point de vue du paiement et donc des règles de vérifications avec les coupons et les mots clefs. Reste à savoir si la notion d'ECB existe bien fonctionnellement en ES et UK (et sous quel nom ?) et alors il faudra prioriser cette demande en COSAV. NB : penser au cout d'une telle demande, qui n'est pas chere techniquement, mais prend pas mal de temps en test / recette (besoin du numéro de carte test pour les environnements de dev et integ sur chaque plateforme, sachant que UK diffère) |
[APP-23809] [Métatache] Corrections / finitions liées au chantier PMV Création: 29/déc./08 14:41 Mise à jour: 29/déc./08 16:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Liens des demandes: |
|
||||||||||||
| Sous-tâches: | |||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Projets PM archivés: | Paiement - Améliorations PMV | ||||||||||||
| Description |
|
Sous-tâches à caser : - soit en CAJ pour les rapides - soit en "finitions / nettoyage PMV" pour la TX-F |
[APP-23789] [UK] Toujours le mauvais logo PM dans le "Certificate of purchase" Création: 23/déc./08 11:21 Mise à jour: 23/juil./09 11:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Commentaires |
| Commentaire de Clement Balay [ 04/juin/09 17:46 ] |
| CAJ2009Q2 |
| Commentaire de Clement Balay [ 04/juin/09 17:47 ] |
| Il s'agit d'une image qui s'appelle logo.gif et qui est dans IG |
[APP-23770] Batch CONTACT : Ne plus utiliser jdbc.properties pour se connecter à la base Création: 19/déc./08 17:54 Mise à jour: 05/mars/09 17:44 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Le batch CONTACT utilise le fichier jdbc.properties pour se connecter à la base. Or il existe déjà un fichier oracle-ds.xml qui permet de faire la même chose. Ca serait bien de centraliser (ou au besoin de créeer une property du batch CONTACT qui lui permet de se connecter à une autre base si besoin) |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 08/janv./09 17:13 ] |
| Analyser le vrai besoin avant de tout casser. |
| Commentaire de Arnaud Forgues [ 09/janv./09 10:27 ] |
|
J'ai du mal à comprendre la demande ... tous les batchs utilisent le fichier jdbc.properties Le fichier oracle-ds.xml est utilisé par les serveurs d'applications et uniquement eux, car c'est un fichier de conf de Jboss. D'un autre côté les batchs sont des sortes de "clients java" et ils sont donc extérieurs au SA, c'est pourquoi ils ont leur propre fichier "jdbc.properties". J'envoie le JIRA à Alexandre (qui en connait sans doute plus que moi sur le sujet) pour qu'il nous donne son avis. |
| Commentaire de Alexandre Garnier [ 03/févr./09 11:26 ] |
|
Comme dit Arnaud : - oracle-ds.xml : serveur donc pas utilisable par les batch.C'est d'ailleurs uniquement présent dans le deploy de la conf serveur. - jdbc.properties : client utilisé par - certains batch (ContactBatch, ContactUpdateBatch, CnetImportNGBatch) - certains clients (CalculateImageHashClient) - en fallback de la connection via oracleDS (MonitoringServlet, Query, SQLQuery) Il n'y a aucun moyen de centraliser ces 2 fichiers qui sont à des endroits totalement différents et utilisés dans des contextes différents. Je ne sais pas comment fonctionne le jdbc.properties en INTEG et PROD (en DEV, il est dans 'etc' et mis dans le classpath des batchs et clients), mais si les batchs sont lancés depuis un serveur qui est aussi AS, il pourrait être possible de le générer à partir du oracle-ds.xml de la conf serveur (et du coup on pourrait faire un peu pareil en DEV). Mais il faudrait plutôt voir pourquoi ces batchs ne passent pas par un appel serveur pour que ce soit le serveur uniquement qui gère la connexion à la base via oracleDS. Sinon je ne pense pas qu'il soit prudent de pouvoir connecter les batchs à une autre base car puisqu'ils passent (peut-être) ensuite par le serveur pour modifier la base et on aurait alors lecture d'une base et écriture dans une autre. |
| Commentaire de Christophe Garcia [ 04/mars/09 10:12 ] |
|
Tout le problème a été résumé par Alex : certains machins
utilisent un bidule, d'autres trucs utilisent le même bidule pendant que
d'autres choses utilisent un démonte-pneu. Ne peut-on pas tout centraliser dans le oracle-ds et ajouter ce fichier au classpath des batchs (voir proposition d'Alex) ? Le mieux étant encore de passer par le serveur pour les appels à la BDD (voir seconde proposition d'Alex) |
[APP-23738] Attribuer un coupon donné (type remboursement) à une liste de comptes donnés Création: 18/déc./08 12:21 Mise à jour: 01/avr./09 11:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Coupons |
| Affecte la/les version(s): | 36.1.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
JIRA sous forme de question: Est-ce possible ou celà doit-il faire l'objet d'un developpement? Aujourdh'ui on peut attribuer manuellement un coupon à un compte donné , notamment dans le cadre d'opérations marketing. Probleme, parfois il peut s'agir de plusieurs centaines d'utlisateurs et on peut vite etre bloqué. Est-il possible (par l'exploit?) d'attribuer un coupon donné à tout une liste d'utilisateurs d'un seul coup? Merci. |
| Commentaires |
| Commentaire de Cedric Favero [ 18/déc./08 12:22 ] |
|
On aurait notamment ce type de demande pour debut janvier
donc si c'est qqch d'envisageable sans demander de gros dévelloppement ,
ce serait super. suis à votre disposition pour decrire plus précisément le processus d'attribution manuel du coupon. |
| Commentaire de Emeric Teil [ 19/déc./08 10:07 ] |
| Un projet est prévu pour fin Q1, mais ce ne sera pas possible pour début janvier... |
| Commentaire de Cedric Favero [ 19/déc./08 10:11 ] |
|
Et juste sans rentrer dans des questions de chantiers ou des
gros dev, c'est pas qqch qu'on sait déjà faire niveau exploit par
exemple? Juste une question ;-) |
| Commentaire de Emeric Teil [ 19/déc./08 10:18 ] |
|
A priori, non. Ce sera effectivement l'exploit qui fera la
moulinette d'attribution des coupons, mais cette moulinette appellera un
web service qui n'existe pas aujourd'hui. Donc à priori, ils ne peuvent
pas le faire. Tu peux toujours voir avec eux, moi je n'ai pas le temps. |
| Commentaire de Cedric Favero [ 19/déc./08 10:19 ] |
|
J'ai demandé et on m'a dit de voir d'abord avec les dev :-) donc il y a apparement des choses qu'on ne peut pas faire tout de suite sans dev. Tant pis pour l'immediat. Te laisse ranger çà avec le reste dans le chantier coupons... Merci. |
| Commentaire de Emeric Teil [ 01/avr./09 11:27 ] |
| Maintenant que le WS est en place... |
[APP-23735] [UK] Tableaux des frais de port pas ISO avec lescatégories disponibles Création: 18/déc./08 10:02 Mise à jour: 22/déc./08 18:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
les tableaux ici : http://www.uk.integ/help?action=i_ukshippingreference&popup=true et là : http://www.uk.integ/help/hs/popup/true#hs_shipping présentent des produits qui ne sont pas dispo ex : 7 inch vinyls, very small instruments ... |
| Commentaires |
| Commentaire de Emeric Teil [ 18/déc./08 10:07 ] |
| Volontaire ? |
| Commentaire de Cedric Favero [ 18/déc./08 10:14 ] |
|
J'ai fait la grille avec les éléments que l'on m'a donné. Les instruments sont censés etre dispos tres rapidement donc avec Charles on avait dit que serait plus simple de déjà les mettre.. pour les 7inch vinyls , pourquoi ne les a-t-on pas? |
| Commentaire de Cedric Favero [ 18/déc./08 10:14 ] |
| charles , tes remarques? |
| Commentaire de Cédric Goldovsky [ 18/déc./08 10:43 ] |
|
En fait la liste est : 7 inch vinyls 12 inch vinyls very small instruments small instruments medium musical instruments big instruments |
| Commentaire de Charles Decaux [ 18/déc./08 11:45 ] |
|
Effectivement, les instruments de musique devraient être assez rapidement disponibles. Il faut les laisser dans la grille, comme cela ce sera déjà fait. Merci. |
| Commentaire de Cédric Goldovsky [ 18/déc./08 15:10 ] |
| et pour les vinyls ? |
| Commentaire de Emeric Teil [ 22/déc./08 18:27 ] |
| Charles, tu peux réagir stp ? :o) |
[APP-23732] [UK] Mail Parrainage contextualisé contenant beaucoup de velocity Création: 18/déc./08 09:43 Mise à jour: 24/août/09 14:44 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mails |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Thomas Springett |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
PJ2.jpg
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | UK - Adaptations fonctionnelles |
| Commentaires |
| Commentaire de Cedric Favero [ 18/déc./08 10:17 ] |
|
Il s'agit apparemment du mail contact parrainage (texte) , dans lequel le velocity semble un peu tout cassé. Habib tu peux regarder çà? |
| Commentaire de Christophe Garcia [ 18/déc./08 10:50 ] |
| Penser à ajouter l'URL_NAME après le productid. |
| Commentaire de Emeric Teil [ 19/déc./08 20:00 ] |
| Habib ? |
| Commentaire de Habib-Sylvain Gourguet [ 22/déc./08 15:15 ] |
|
Mail corrigé sur Integ UK : contact parrainage (texte) J'ai rajouté l'URL_NAME. |
| Commentaire de Aurélie Kwiatkowski [ 07/janv./09 14:39 ] |
| Dans le cas d'un parrainage contextualisé, on a un mail avec des images (cf PJ2) et non plus un mail texte. Est-ce bien ce que vous souhaitiez faire? |
| Commentaire de Cedric Favero [ 27/janv./09 12:17 ] |
|
Ce meme mail peut délivrer une information différente selon
s'il s'agit d'un parrainage normal (j'invite quelqu'un depuis la page
mon compte) ou contextualisé (j'envoie cette offre à un ami) Quel est le probleme? Normalement partent en meme temps la version html et texte et c'est le logiciel de messagerie qui interprete. |
| Commentaire de Cedric Favero [ 27/janv./09 12:18 ] |
|
En fait je crois que la version texte n'était pas "attachée" pour ce mail et on l'a corrigé récemment. Pour moi c'est bon. |
| Commentaire de Cedric Favero [ 27/janv./09 12:20 ] |
|
Habib tu peux juste verifier qu'on est bon sur la prod UK pour fermer le JIRA? Merci. |
| Commentaire de Christophe Garcia [ 11/févr./09 10:06 ] |
|
C'en est où ? Merci C. |
| Commentaire de Habib-Sylvain Gourguet [ 12/févr./09 17:35 ] |
|
Pour ce qui est de la demande initiale, les corrections sont faites. Je garde la demande ouverte car le texte sur UK nécessite quelques modifications ("parrain assimilé à PM"...). Je vais gérer avec Oliver. |
| Commentaire de Habib-Sylvain Gourguet [ 24/août/09 14:44 ] |
|
Thomas, un nouveau JIRA que tu pourras traiter sur UK prochainement. Je reste à ta disposition pour toute question sur le sujet. |
[APP-23723] Aide non traduite et pop-up inopportune Création: 17/déc./08 17:20 Mise à jour: 25/mai/09 15:43 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Fonc) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
recent_articles.gif
recent_articles.gif
recent_articles.gif
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Emeric Teil [ 17/déc./08 17:35 ] |
| a priori : images à traduire, à mettre dans IG et envoyer le Jira chez Cedric F. |
| Commentaire de Cedric Favero [ 17/déc./08 17:41 ] |
|
Les pages trucs et astuces sont chez le param.. J'ai rien d'online help là dessus.. Plutot pour Remi donc |
| Commentaire de Rémi Virlouvet [ 17/déc./08 18:06 ] |
|
En effet, c'est pour moi. Me faut juste l'image jointe traduite: Recently listed avec screenshot de cette partie de la HomePage actuelle n'est ce pas? sinon remplacer juste pic francaise avec: Video £9.90 Books Da Vinci Code £5.20 et du blabla anglais à gauche. si besoin, me contacter. |
| Commentaire de Corinne Grondin [ 18/déc./08 10:40 ] |
| Voici l'image Recently listed à remplacer pour l'aide. |
| Commentaire de Corinne Grondin [ 18/déc./08 10:45 ] |
| oops, il manquait le curseur de la souris. Autant pour moi :) |
| Commentaire de Rémi Virlouvet [ 18/déc./08 10:48 ] |
| merci Corinne |
| Commentaire de Rémi Virlouvet [ 18/déc./08 11:51 ] |
|
cms1 /default/Image/Sell Assistant - English (UK) (267066) |
| Commentaire de Rémi Virlouvet [ 18/déc./08 11:55 ] |
| Chez moi les liens mentionnés n'ouvrent pas de pop up |
| Commentaire de Ariane Baldinger [ 19/déc./08 09:24 ] |
| publié hier |
| Commentaire de Aurélie Kwiatkowski [ 19/déc./08 15:16 ] |
| Les liens ouvrent des pop-ups. |
| Commentaire de Rémi Virlouvet [ 19/déc./08 19:32 ] |
| cette page est paramétrée comme en france. on ouvre des pop ups illustratifs, sauf pour les pages mon compte et mon inventaire. |
| Commentaire de Aurélie Kwiatkowski [ 07/janv./09 10:33 ] |
| Pour refonte de l'aide : est-il possible de ne plus avoir de pop-up pour les liens qui conduisent à Mon compte, à l'inventaire et aux nouveautés? |
[APP-23655] [Uk] Réorganiser l'affichage sur "All products" Création: 16/déc./08 11:45 Mise à jour: 16/déc./08 12:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
un peu trop de vide sur le ventre de la page à mon gout
|
| Commentaires |
| Commentaire de Emeric Teil [ 16/déc./08 11:59 ] |
| Charles je te laisse voir si tu veux faire passer une demande en comarket masi pas lié à la sortie de la TX-D |
[APP-23654] [UK] Corrections à apporter sur "Forgotten your password?" Création: 16/déc./08 11:44 Mise à jour: 22/oct./10 14:05 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Prod_Fr.jpg
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
1/ - "open account. a new account" il me semble qu'il faut écrire "...is to open a new account"
2/ - dans la popup "contact us", le sujet est en FR |
| Commentaires |
| Commentaire de Cedric Favero [ 16/déc./08 12:28 ] |
|
Le formulaire, c'est onlinehelp. On corrige (Habib, tu peux voir çà?) Pour la page elle-meme , c'est plutot param je crois, Rémi? |
| Commentaire de Rémi Virlouvet [ 17/déc./08 14:59 ] |
|
j'ai fait l'aide: online_help/Help Forms/Vous avez oublié votre pseudo ou votre mot de passe ? - English (UK) |
| Commentaire de Rémi Virlouvet [ 17/déc./08 15:01 ] |
|
cms1 /default/Labels/_Mon Compte/_Activation/Credential/lbl_creation_account - English (UK) |
| Commentaire de Cédric Goldovsky [ 19/déc./08 14:43 ] |
| Le "Contact us" devrait être souligné |
| Commentaire de Emeric Teil [ 19/déc./08 15:05 ] |
| Pas nouveau, à priori reste ancienne charte ? |
| Commentaire de Emeric Teil [ 19/déc./08 15:12 ] |
|
Cf. capture, c'est pareil en Prod Fr, donc pas lié à UK. Pour info, pour accéder cette page, il faut : -> aller sur l'écran d'identification -> Cliquer sur "cliquez-ici" en cas d'oubli du mot de passe -> Valider le formulaire s'affichant après (celui ou on doit saisir son adresse mail) en laissant vide -> La page est alors modifiée et ce lien de contact apparaît... |
| Commentaire de Cécile Jeanne [ 22/oct./10 14:04 ] |
| Ce soucis de soulignement ne concerne pas la demande initiale, je crée un nouveau Jira pour cela. |
[APP-23603] [ES] Bannière photo + vidéo en fin de mise en vente : elle éclate si on rétrécit la page en largeur Création: 12/déc./08 14:19 Mise à jour: 21/févr./11 16:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2008-12-12_141552.png
|
| Pays: |
ESP - Espagne
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Sur la page de confirmation de mise en vente, il y a une
bannière qui incite l'internaute à déposer une vidéo ou une photo sur
son annonce. Pour le site Espagne, si on réduit la fenêtre du navigateur
en largeur, le contenu sort du bandeau.
Voir capture en P.J du JIRA. |
[APP-23593] champ supplémentaire création DVD Création: 11/déc./08 17:55 Mise à jour: 18/févr./11 17:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente, Produits |
| Affecte la/les version(s): | 36.0.0 (CAT-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jany Marimoutou | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif FONC: | mise en vente culturel |
| Description |
|
Cas : Un titre dont le titre pose problm « The Dark Knight ». Qui est le vrai titre VF du film de P. Nolan pour le marché français. Sauf qu'il s'agit d'un batman, et d'une manière générale tout le monde cherche à "Batman". Sauf que Warner Home Video est très touchy sur les infos de leur produits. J'ai changé le titre manuellement aujourd'hui. La solution serait un champ « aka » que l'on pourrait remplir manuellement pour ce genre de choses, et qui bien sur pourrait être associé au titre principale pour les recherches d'internautes. Cela peut-il être envisagé pour des cas similaires futurs ? Evidemment si ce champ peu aussi être mis pour la soumission (à discuter) |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 19/déc./08 17:25 ] |
| champs cherchable invisible -> MDA ? |
| Commentaire de Benoît Bourdon [ 09/avr./09 09:24 ] |
| voir lorsque l'on fera de la MEV 4g pour les DVd |
[APP-23579] Cake unreadable Création: 11/déc./08 09:46 Mise à jour: 22/mars/10 18:01 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 36.0.0 (CAT-F), 50.0.0 (CAT-J), 54.0.1.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
2008-12-11 05:32:11,995 INFO [-Processor17] 74.205.61.228 - >>> GET http://www.priceminister.com/navigation/se/category/sa/kw/howard 2008-12-11 05:32:12,326 ERROR [-Processor17] 74.205.61.228 - Cake unreadable (java.lang.IllegalArgumentException) 2008-12-11 05:32:12,504 ERROR [-Processor17] 74.205.61.228 - Cake unreadable (java.lang.IllegalArgumentException) 2008-12-11 05:32:12,546 INFO [-Processor17] 74.205.61.228 - <<< [551 ms] GET http://www.priceminister.com/navigation/se/category/sa/kw/howard |
| Commentaires |
| Commentaire de Swan Desportes [ 20/oct./09 16:20 ] |
|
"Amélioration de Cake : - Correctement définir le logger - mettre le log en WARN" en ajoutant le contenu du cake |
| Commentaire de Alexandre Garnier [ 20/oct./09 19:13 ] |
|
[CAJ2009Q4CTN] - Logger spécifique à CakeAction et non plus Action - passage en WARN - amélioration du message en "Unable to read cake [VALEUR_COOKIE] : EXCEPTION" |
| Commentaire de Renaud Dierickx [ 21/oct./09 16:22 ] |
|
A faire en TX-J sur le tronc ! (Vu et validé avec AFO et NCH) |
| Commentaire de Alexandre Garnier [ 23/oct./09 15:05 ] |
| Fait sur le tronc pour la TX-J |
| Commentaire de Christophe Garcia [ 20/nov./09 16:12 ] |
|
Analyse 1er niveau : En regardant les logs "Unable to read cake" sur les serveurs de PROD UK (cf PJ unable_read_cake.log), on remarque les choses suivantes : * toujours le même problème : cookie ayant la valeur [country] (qui du coup n'est pas une URL valide parsable --> le plantage) * toujours la même IP : 213.175.204.120 (+ une autre IP 209.210.25.222 sur 3 requêtes en FR) Analyse 2nd niveau : En poussant plus loin, on remarque sur cette IP (cf PJ 213.175.204.120_access.log) : * que c'est une IP d'un service de webhosting anglais http://www.eukhost.com/, donc pas un utilisateur en théorie * que les requêtes sont toujours les même : une recherche par code barre suivie d'une requête FP s'il y a des résultats * le user-agent est "MSIE" tout court (ou "HappyFunBot/1.1 (+http://www.happyfunsearch.com/bot.html)" pour les dernières requêtes en FR) * il fait attention : les requêtes sont suffisamment espacées (~1 min) pour éviter le PKM Conclusion : c'est un bot qui est en train de nous aspirer le catalogue et qui doit surement utiliser un spider qui nettoie les cookies à partir d'un '=' jusqu'à la fin (+ un bot qui fait je ne sais trop quoi depuis hier soir) Actions : * EXPLOIT : ** bloquer 213.175.204.120 ou toute autre action contre ce genre de comportement ** voir à ajouter HappyFunBot parmi les crawlers (y a aussi à le faire en properties pour ne pas créer de session et donc pas de cookie, je crois) * DEV : ignorer tout cookie invalide, ce qui est déjà fait, mais ne plus logger l'information (uniquement dans ce cas du "country" ?) ou pas. -- Alex |
| Commentaire de Alexandre Garnier [ 20/nov./09 16:30 ] |
|
Au final, on laisse tel quel côté DEV. A l'EXPLOIT de décider si on veut masquer ces logs ou pas (ça permet de détecter les spiders), ce qui est possible avec du simple log4j.xml |
| Commentaire de Patrice Boulanger [ 22/mars/10 18:01 ] |
|
En fait, il s'agit d'un partenaire UK assez important qu'il
ne faut donc pas blacklister (voir avec Thomas Springett au marketing). Je suis en contact avec 'Stephen Banks' (sbanks@123PriceCheck.com) sur ce problème Merci. Patrice. |
[APP-23575] Ajout de nouveaux types d'identifiants Création: 11/déc./08 09:20 Mise à jour: 20/janv./09 19:12 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Benoît Bourdon | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Je constate sur le UK que certains types de produits utilisent des types d'identifiants qui ne sont pas gérer chez nous. Actuellement, je pense aux codes ASIN d'Amazon mais il existe d'autres codes (ex : UPC) qui peuvent être parfois plus utilisés par les partenaires que les codes barres. Je pense qu'il serait judicieux de faire une demande de développement pour prendre en charge la gestion d'autres identifiants afin de pouvoir matcher plus largement sur les produits existants. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 11/déc./08 14:13 ] |
|
Peut on creuser un peu ensemble cette demande ? - quel est ton besoin ? à quoi veux tu utiliser ces nouveaux identifiants ? Est ce que ça devient un identifiant standard, donc cherchable y compris en front lorsque l'on fait une recherche par "code barre" Est ce qu'au contraire on veut que ce ne soit cherchable que par les imports pour matcher uniquement les produits venants de imports ? (c'est pour importer des fichiers venant de pro qui bossent avec amazon ?) ... Est ce que vous avez d'autre types d'identifications qui peuvent arriver avec d'autre partenaires ? |
| Commentaire de Aurélien Vergalli [ 11/déc./08 17:04 ] |
|
Au sujet des UPC, je me permets de commenter, au cas où ;) On a pas mal de produits référencés par UPC sur le site fr. Les codes UPC passent comme des EAN: suffit d'ajouter des zéros devant pour les compléter (la mise en vente rapide fonctionne dans le cas d'une recherche d'un UPC présent sur une fiche avec deux zéros >EAN 13). => Pouvoir entrer un UPC à onze chiffres lors d'une création de fiche serait peut-être pertinent sur le site fr: de nombreux vendeurs créateurs de fiches se trouvent bloqués, ne connaissant pas "l'astuce" de l'ajout de zéros. |
| Commentaire de Marion Anfreville [ 16/déc./08 09:52 ] |
|
Le but d'ajouter dans l'application la gestion d'autres
types de références permettrait d'élargir le matching sur les imports et
sur la mise en vente. On a des partenaires qui fournissent dans leurs fichiers des ASIN (donnée qui semble très présente sur le UK). Les UPC sont la plupart du temps très proches des EAN mais dans certains cas le code n'a pas de similitude avec l'EAN. Ce doit être des références qu'on doit pouvoir matcher comme des EAN/ISBN, donc sans doute des références standards. Par contre, je vois un risque de doublons si on a une fiche produit qui existe d'un côté avec l'ISBN et de l'autre avec l'ASIN (pour les EAN et ISBN, l'application utilise un algorithme pour faire la correspondance entre l'EAN et l'ISBN ce qui empêche la création de doublon. Je ne sais pas si un algorithme existe pour faire la correspondance entre EAN/ISBN et UPC ou ASIN). L'idéal serait d'avoir toutes les références sur une même fiche produit pour optimiser les chances de matching sur le produit mais nos référentiels n'ont pas ces données (ASIN, UPC) ou du moins je n'ai pas ces données actuellement dans les fichiers que les fournisseurs nous mettent à disposition. A ta disposition pour en discuter. |
| Commentaire de Benoît Bourdon [ 19/déc./08 17:18 ] |
|
Si on ajoute ASIN et UPC comme identifiant standard : - On peut matcher à l'import - On peut maatcher en MEV front office c'est le but. Risque à voir avant l'implémentation : - A-t-on le droit d'utiliser ASIN (propriété amazon ? le risque est qu'il fasse des requete chez nous sur la MISE en vente ... ça reste faible?) - Voir avec Benoît. - Il existe un mécanisme de correspondance entre ISBN et EAN lorsqu'on fait le matching (mise en vente ou import) -> et il possible / faut il recréer un tel mécanisme pour UPC / ASIN ? risque de doublon si on importe trop de fichier avec ASIN / UPC sans présence d'EAN ou ISBN ... Donc on met en standby pour le moment. on reprend début Janvier : 1 validation avec Benoît (tabaka ...) 2. mesurer les risques de doublon ou non... |
[APP-23573] Retrait intégré dans le formulaire 1 étape Création: 11/déc./08 09:13 Mise à jour: 11/janv./11 17:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Benoît Bourdon | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
| Classif FONC: | mise en vente retrait | ||||||||||||||||
[APP-23569] Batch CONTACT : Problem while getting the label [UserBusinessBean.EMAIL_IN_USE.LABEL Création: 10/déc./08 15:59 Mise à jour: 24/févr./10 16:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 36.0.0 (CAT-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Marc-Antoine Decreton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
2008-12-10 15:56:34,457 DEBUG [CONTACT ] CONTACT
- Formatting Phrase [UserBusinessBean.EMAIL_IN_USE.LABEL=Cette adresse
e-mail est déjà utilisée, merci d'en choisir une autre.] 2008-12-10 15:56:34,462 WARN [CONTACT ] CONTACT - Problem while getting the label [UserBusinessBean.EMAIL_IN_USE.LABEL] in Infoglue : javax.ejb.EJBException: null 2008-12-10 15:56:34,462 INFO [CONTACT ] CONTACT - Cette adresse e-mail est déjà utilisée, merci d'en choisir une autre. 2008-12-10 15:56:34,466 DEBUG [CONTACT ] CONTACT - Formatting Phrase [UserBusinessBean.EMAIL_IN_USE.LABEL=Cette adresse e-mail est déjà utilisée, merci d'en choisir une autre.] 2008-12-10 15:56:34,471 WARN [CONTACT ] CONTACT - Problem while getting the label [UserBusinessBean.EMAIL_IN_USE.LABEL] in Infoglue : javax.ejb.EJBException: null |
[APP-23555] Bilan vendeur : appels CSS mal gérés par certains clients Mail Création: 09/déc./08 16:20 Mise à jour: 18/oct./10 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Bilan vendeur |
| Affecte la/les version(s): | 36.0.0 (CAT-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
Certains clients MAIL interprètent mal ou pas les appels CSS inclus dans les mails PM (notamment le bilan vendeur). ==> Faut-il supprimer toute CSS des templates de mails ? |
| Commentaires |
| Commentaire de Quentin de Chivré [ 09/déc./08 17:58 ] |
| je crois que c'est surtout les appels d'images via CSS qui posent pb, non ? |
| Commentaire de Ange Ferrari [ 09/déc./08 18:07 ] |
|
A lire a propos d'outlook 2007 html & css http://www.molly.com/2007/01/18/what-happened-with-html-and-css-in-outlook-2007/ http://msdn.microsoft.com/en-us/library/aa338200.aspx http://msdn.microsoft.com/en-us/library/aa338201.aspx et http://www.campaignmonitor.com/blog/post/2393/microsoft-takes-email-design-b/ |
| Commentaire de Gafour Abdoul [ 10/déc./08 10:10 ] |
|
En effet, les clients mails interprètent mal les propriétés CSS, d'une manière générale et inégale, des mails HTML. Et outlook 2007 est particulièrement en retard... De plus il est conseillé de faire du style "en ligne" (dans le HTML). Merci pour les URL ange, je rajouterai : - http://www.campaignmonitor.com/css/ - http://www.pompage.net/pompe/emails-html-dompter-la-bete/ Je peux prévoir une doc wiki pour l'utilisation CSS dans les mails HTML, avec une liste des clients mails cibles "prioritaires" comme on le fait pour l'intercompatibilité du site PM. Je pense qu'il ne faut pas supprimer toute CSS des templates d'email mais utiliser celles qui fonctionnent. |
| Commentaire de Gafour Abdoul [ 09/févr./09 15:06 ] |
|
Déscopé de la TX-E, l'idée est de faire un travail rationnel avant de proposer un "template mail unique". Il va y avoir différentes étapes, la première étant de connaitre la répartition des mail par FAI de nos utilisateurs. |
[APP-23518] Pb de panier expiré 1EURO.COM (erreur autorisation) Création: 08/déc./08 13:27 Mise à jour: 12/mai/10 17:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 35.0.1.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Description |
|
Pb bizarre de panier expiré en raison d'un pb lors du retour de l'autorisation 1euro.com L'erreur est: No message defined for response code [45] and request method "author" Plus grave , apparemment chez 1euro, on lui dit que son dossier est validé. |
| Commentaires |
| Commentaire de Cedric Favero [ 08/déc./08 13:27 ] |
|
voici le panier: http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=65235035 + capture |
| Commentaire de Emeric Teil [ 24/févr./10 14:09 ] |
| Pour analyse |
| Commentaire de Clement Balay [ 12/mai/10 17:35 ] |
|
Ce message apparait lorsque le code d'erreur n'est pas connu
de l'application. Dans ce cas, le code 45 n'est pas connu de
l'application. En regardant dans les docs SIPS, ce code n'est pas référencé. Il faudrait voir avec SIPS directement et leur demander la signification de ce code |
[APP-23499] [UK] Le mail d'activation de la boutique est envoyé à minuit heure française et non à minuit heure anglaise Création: 05/déc./08 11:46 Mise à jour: 30/déc./08 18:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Le mail d'activation de la boutique est envoyé à minuit heure française et non à minuit heure anglaise. Ce n'est pas grave pour le lancement du site mais il faudrait voir comment résoudre ce problème. |
| Commentaires |
| Commentaire de Renaud Dierickx [ 05/déc./08 11:54 ] |
| voir screenshot-1 |
[APP-23491] Bouton GO sur KooBuyCity Création: 05/déc./08 09:52 Mise à jour: 07/juin/10 14:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 36.0.0 (CAT-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Boutons Go coupé ou sans Go.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Description |
|
cf PJ, il manque le "Go".
|
[APP-23476] [MEV] mot de passe oublié pas sous header rouge Création: 04/déc./08 16:05 Mise à jour: 31/déc./09 09:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif FONC: | mise en vente tunnel |
| Description |
|
Tout le process de MEV est sous header rouge. Si on part sur
la branche "mot de passe oublié" on revient au header bleu
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 08/déc./08 10:05 ] |
|
A faire en réserve : Dupliquer la carto pour avoir les onglets rouges (uniquement lorsque l'on vient d'une MEV) pour ces pages : http://www.pm.lan/user?action=credential + cette même page lorsqu'on a un message d'erreur "email inexistant" Et enfin la landing page : "Mot de passe envoyé" (je passe ce Jira en cosmétique - Le jira lié est un peu plus important) |
[APP-23422] KPI recyclage Création: 02/déc./08 09:41 Mise à jour: 01/sept./09 14:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces |
| Affecte la/les version(s): | 35.0.1.2, 52.0.0 (CTN-M) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thomas Beylot | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| WishList: | Marketing |
| WishList - Complexité: | H |
| Classif FONC: | webanalytics |
| Description |
|
Bonjour, Nous souhaiterions pouvoir suivre le nombre d'annonces provenant du recyclage. Du coup il faudrait poser un flag de sorte à ce que nous puissions sortir l'info notamment grâce à BI. En effet, nous allons mettre en place une action crm invitant les acheteurs à mettre en vente les produits listés dans leur listing "revendez vos achats". Ce chiffre nous permettrait de savoir si oui ou non elle a un impact pour envisager de communiquer de façon plus large sur la fonctionnalité. merci, Thomas. |
| Commentaires |
| Commentaire de Swan Desportes [ 03/déc./08 11:29 ] |
| Il s'agit d'une modification de base de données dans le cadre de la mise en vente --> pôle CAT |
| Commentaire de Benoît Bourdon [ 05/août/09 14:52 ] |
|
... désolé de te le renvoyer :-) il me semble que recyclage fait parti des transfo pour le nouveau plan de marquage xiti. --> Jira à fermer à la sortie de la CTN-M ? (par ailleurs ça me semble plus propre de faire ça via un outil de webanalytics plutôt que d'ajouter une info en base sur les annonces ...) |
| Commentaire de Swan Desportes [ 01/sept./09 14:27 ] |
| A traiter après la mise en prod de la V52 |
[APP-23380] [NPL La bibliothèque idéale ] Erreur de syntaxe Création: 28/nov./08 17:20 Mise à jour: 19/févr./10 14:45 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 35.0.0 (CTN-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Corinne Grondin | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
faute.png
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Navigation par listes |
| Description |
|
Dans la troisième partie, il y a écrit "Liittérature
contemporaine française" au lieu de "Littérature contemporaine
française"
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 12/déc./08 14:08 ] |
| corrigé -> déjà en prod. |
| Commentaire de Christophe Garcia [ 13/janv./09 16:56 ] |
|
Ben non, toujours là. Voir sreenshot. |
| Commentaire de Jérôme Viviès [ 04/févr./09 09:55 ] |
|
Pas du Param. Ce JIRA doit probablement être affecté à Emmanuelle Lachamp. => Benoît doit confirmer qu'Emma est référent NpL => Christophe doit autoriser l'affectation dans JIRA |
| Commentaire de Olga Costa [ 19/févr./10 14:45 ] |
| c'est corrigé mais pas publiet est ce que je peux mettre la publication pour la Ven-A ? |
[APP-23348] [UK] liens infobel FR et pas UK Création: 27/nov./08 12:01 Mise à jour: 16/déc./08 10:40 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Natalia Calero | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
infobel fr.bmp
|
| Pays: |
GBR - Royaume Uni
|
| Site: | Recette |
| Navigateur: | Internet Explorer 6.X |
| Projets PM archivés: | UK - Plateforme BETA |
| Description |
|
quand on clique sur les numéros de téléphone pour faire une
recherche externe, le lien arrive sur infobel france et dévrait arriver
sur infobel uk
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 05/déc./08 17:23 ] |
| Charles, pour corriger cela il faut que tu me trouves un site UK qui permet de faire une recherche inversée par numéro de téléphone, car j'ai regardé le site Infobel UK et ils ne le proposent pas ! |
| Commentaire de Charles Decaux [ 08/déc./08 18:07 ] |
| Comme vu ensemble, il n'existe pas au UK de service d'annuaire inversé. |
| Commentaire de Emeric Teil [ 16/déc./08 10:40 ] |
| Charles, on enlève donc ce Jira de la TX-D (on laisse tel quel), mais on ne le ferme pas, il reste chez toi, quand tu trouveras un service équivalent, on pourra le corriger... |
[APP-23255] [COB LRO] Supprimer carte Privilège Création: 25/nov./08 14:47 Mise à jour: 18/juin/10 17:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 35.0.0 (CTN-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| WishList: | Marketing |
| WishList - Complexité: | L |
| Classif1: | COB |
| Classif FONC: | cobranding |
| Description |
|
Il s'agit de masquer la carte Privilège sur LRO. Pour cela,
pas de règle de gestion mais simplement une dissimulation. En gros, 3 labels à modifier : - celui de la liste des cartes acceptées (garder Cofinoga mais enlever Privilège) dans la combo - idem sur les modes de paiement autorisés (la page d'avant) - picto carte (via la config/siteprops) |
| Commentaires |
| Commentaire de Emeric Teil [ 04/déc./08 12:23 ] |
| Clément, si tu as des questions sur ce sujet, n'hésite pas à passer me voir. |
| Commentaire de Renaud Dierickx [ 30/janv./09 12:25 ] |
| En attente des négo en cours entre le Marketing et LRO... |
| Commentaire de Fabrice Feugas [ 05/mai/09 14:38 ] |
| Des nouvelles? |
| Commentaire de Fabrice Feugas [ 19/juin/09 14:24 ] |
|
Mathilde, pourrais-tu nous dire si on doit toujours supprimer la carte privilège sur LaRedoute? Merci. |
| Commentaire de Mathilde Caby [ 23/juin/09 10:29 ] |
|
Bonjour, Oui nous souhaitons supprimer la carte privilège merci m |
[APP-23230] XSS Injection dans filtres fast Création: 25/nov./08 09:45 Mise à jour: 24/déc./09 10:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 35.0.0 (CTN-H) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | TECH |
| Classif2: | sécurité |
| Description |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 27/nov./08 09:44 ] |
|
Idée vue avec MSU : - supprimer ou url encoder les ' et " dans Request ou Parameters - prévoir de décoder avant d'envoyer à FAST - supprimer patch précédent fait par EGV il y a qq mois ? |
| Commentaire de Ange Ferrari [ 27/nov./08 13:54 ] |
|
En fait je suis pas super d'accord il manque la partie ou avant d'afficher quelque chose en paramètre il faut le transformer en html ( c'est juste pour l'affichage ) parce que même si vous encodez ou decodez blabla je trouverais toujours un moyen de m'échapper d'un javascript à partir du moment ou c'est utilisé tel quel dans le dit js |
| Commentaire de Benoît Bourdon [ 02/déc./08 09:42 ] |
| Martin, Nicolas ? finalement vous avez décidé quelque chose pour cette demande ? |
| Commentaire de Nicolas Chauveau [ 02/déc./08 09:58 ] |
|
La solution proposée (encodage ' et ") protége de l'utilisation de variables insérées littéralement dans le JS. Pour éviter une utilisation lors d'un affichage HTML on peut aussi encoder les < |
| Commentaire de Martin Sudmann [ 02/déc./08 11:32 ] |
| cette solution sera livrée dans un patch après la V36 |
| Commentaire de Martin Sudmann [ 08/déc./08 09:36 ] |
| à corriger dans une version majeure, puisque risque de régression sur TOUTE l'application si on traite le pb à la racine. |
[UK] Le JS sur la saisie des prix va nous rendre dingue
(APP-23314)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 37.0.0 (TX-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Charles Decaux | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
GBR - Royaume Uni
|
||||||||
| Site: | Recette | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||
| Classif1: | TECH | ||||||||
| Classif FONC: | javascript | ||||||||
| Description |
|
Sur le formulaire de mise en vente, un prix conseillé apparaît par défaut dans le champ prix. Si je souhaite "naviguer" dans ce champ, en utilisant les flèches du clavier, c'est impossible, il me renvoie toujours à la fin du prix |
| Commentaires |
| Commentaire de Renaud Dierickx [ 08/déc./08 16:27 ] |
|
Le problème est connu et c'est déjà le cas en prod FR et ES. Il faudrait complexifier le js (event.keyCode) mais ce n'est pas bloquant pour le lancement de UK. A traiter en queue de projet si on a le temps. |
| Commentaire de Antoine Carré [ 09/juin/09 10:44 ] |
| Pris en charge par Renaud. Vu avec Geneviève et Fabio. |
[APP-23039] Impossible de saisir sa propre marque tant que des résultats sont renvoyés par l'autocomplétion Création: 10/nov./08 13:50 Mise à jour: 10/déc./08 11:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 33.0.0 (CAT-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM archivés: | MEV - Autocomplétion |
| Description |
|
Saisir "tt" dans le champ marque. Une liste de suggestions apparaît. Si je valide ma saisie, on force automatiquement "Alberta Ferretti". ==> Impossible de saisr une marque nouvelle tant que des résultats sont renvoyés par l'autocomplétion sauf à clliquer en dehors du formulaire ce qui en matière d'ergonomie revient à dire que si tu veux une pizza moit-moit quatre fromages et regina il faut que tu la demandes à ton coiffeur |
URLs NpF avec zéro résultats à logger
(APP-18492)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-new feature | Priorité: | Critique |
| Rapporteur: | Benoît Bourdon | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
>> Ensuite il faut prévoir de grepper ces logs et de les envoyer tous les lundi par exemple à Ghislain
|
| Commentaires |
| Commentaire de Patrice Boulanger [ 04/déc./08 09:52 ] |
| On a pas déjà ce genre de chose en place pour le param ? |
[APP-22988] Message d'avertissement : Impossible de modifier un article de son inventaire car vérifications en cours. Création: 06/nov./08 12:32 Mise à jour: 30/janv./09 10:57 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | 33.0.0 (CAT-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Article en panier.JPG
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Quand un article est dans un panier en cours de
vérification, le vendeur qui veut modifier son annonce trouve le message
en PJ. 1) Affichage avec retours à la ligne 2) On ne devrait pas retirer le lien Modifier l'annonce? |
| Commentaires |
| Commentaire de Benoît Bourdon [ 06/nov./08 14:10 ] |
|
Ce n'est pas un jira / bug V33. C'est un fonctionnement normal : voila pour quelle raison c'est fait ainsi : - Une annonce peut avoir un stock > 1 - Un article (1 élément du stock de cette annonce) peut être en panier --> La modification d'annonce apportée depuis l'inventaire s'applique à l'annonce et sera donc effective pour tous les futurs articles dans les futurs panier Par contre l'article qui est déjà dans le panier ne sera pas touché par cette modification. |
| Commentaire de Benoît Bourdon [ 06/nov./08 14:16 ] |
|
PS : On pourrait imaginer de cacher le lien si "stock =0" Mais, il n'est pas souhaitable d'empêcher la modification d'annonce car si l'article n'est finalement pas acheté. Le stock sera repassé à 1 et la modification faite sur l'annonce sera prise en compte dans le prochain article / panier. |
| Commentaire de Aurélie Kwiatkowski [ 06/nov./08 14:26 ] |
| OK, je comprends la nuance mais pour la mise en forme du message, y'a pas un p'tit quelque chose à faire? |
| Commentaire de Benoît Bourdon [ 09/déc./08 16:24 ] |
| Voir si on peut améliorer le message dans le boite Js |
[APP-22979] Caractères spéciaux de Word non traités Création: 06/nov./08 11:31 Mise à jour: 26/janv./09 16:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 33.0.0 (CAT-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM archivés: | MEV - Formulaire 1 étape | ||||||||||||
| Description |
|
Copier/coller du texte venant de Word et comportant des mots comme manoeuvre, oeuf ou encore des simples cotes Lors de l'enregistrement du produit le caratère "oe" n'est pas traité correctement. Il y a sûrement d'autres caractères dans le même cas |
| Commentaires |
| Commentaire de Benoît Bourdon [ 06/nov./08 15:16 ] |
|
C'est n'est pas un bug spécifique MEV - C'est un bug présent sur l'ensemble du site. On ne sait pas traiter ce genre de caractères. Il faudra faire évoluer l'application pour traiter correctement tous ces caractères -> framework de l'appli ? |
| Commentaire de Alexandre Garnier [ 20/janv./09 11:46 ] |
| C'est connu depuis super longtemps : APP-5619 |
| Commentaire de Fabrice Feugas [ 26/janv./09 16:09 ] |
| Même problème dans les commentaires vente. |
[APP-22944] [4G] Déroulé laborieux de la section 2 sous FF3 Création: 05/nov./08 15:09 Mise à jour: 26/mars/09 15:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 33.0.0 (CAT-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | FireFox 3.0 |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Déroulé laborieux de la section 2 lorsque je clique sur le
premier lien "étape suivante" (la première fois que j'arrive sur le
formulaire) Déjà rencontré ce problème sur les "préférences vendeur" |
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/nov./08 18:52 ] |
| Pas reproductible -> Cédric on voit ça demain ensemble |
| Commentaire de Benoît Bourdon [ 06/nov./08 11:45 ] |
|
Pas de solution technique pour le moment -> à court terme ça reste ainsi. Peut être une analyse plus poussée du JS utilisé ? |
| Commentaire de Cédric Goldovsky [ 06/nov./08 14:34 ] |
|
Si ça peut vous aider, le comportement est accentué lorsque : Je remplis mon formulaire sans être connecté + je valide + je fais un BACK Je sais que les back ne sont pas gérés, mais par contre avec cette manip' vous pourrez certainement mieux constater le problème et peut être y trouver une piste ? |
| Commentaire de Damien Dorizy [ 02/janv./09 11:37 ] |
|
Problème similaire aux ralentissement observés sur la pricetv. Sûrement lié à un mélange JS/CSS. |
| Commentaire de Benoît Bourdon [ 26/mars/09 15:55 ] |
|
Bah alors on fait quoi ? - On passe le jira de pôle en pôle jusqu'à ce qu'il n'y ai plus de place pour mettre des commentaires ? - On pense que c'est insoluble (dans l'eau) et on ferme le jira en won't fix (et parce que l'on pense que les PCs des internautes sont de plus en plus puissant et que ça se verra de moins en moins) ? - On pense qu'en allégeant la CSS ou le js on peut résoudre ce genre de soucis ? - On attend une bonne idée quand on aura plus d'expérience sur ces sujets là ? Swan, Damien ? vos zavis ? |
[APP-22890] Cohérence du texte en page "détail de la vente" Création: 03/nov./08 13:25 Mise à jour: 01/avr./09 14:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 32.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Benoit Tabaka | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | Mes achats - Mes ventes |
| Navigateur: | FireFox 2.0 |
| Description |
|
Lorsqu'un vendeur a réalisé une vente, il arrive sur une page "Vente" où apparaît une "Liste des articles commandés" ça ne serait pas plutôt "Liste des articles vendus" ? |
| Commentaires |
| Commentaire de Cedric Favero [ 19/nov./08 11:40 ] |
|
Pour moi , çà ne me choque pas. Je le mets chez Emeric mais de toute façon c'est la refonte globale des pages mes achats/mes ventes qui est nécessaire (et prévue, un jour, peut-etre...) |
[APP-22867] [Form 4G] Picto pour prévenir qu'une assistance vendeur est disponible Création: 31/oct./08 10:45 Mise à jour: 31/oct./08 10:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Aide or not ? Je ne sais pas quand je vais avoir de l'aide et quand je ne vais pas en avoir. Un picto serait le bienvenu en face chaque champ bénéficiant d'une assistance vendeur. [Benoît Bourdon >] peut être une évolution graphique du formulaire et de « l'assistance vendeur » - ko pour la version |
[APP-22866] [Form 4G] Remettre l'exemple dans le textarea si il est vide au moment du rechargement de la page Création: 31/oct./08 10:44 Mise à jour: 31/oct./08 10:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Dev |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Je pense que si l'utilisateur n'a encore "rien" saisi et
qu'il change de type de vente (radioboutons) alors on devrait
réinitialiser complètement le formulaire Je m'explique : Le vendeur sélectionne "plusieurs exemplaires différents" puis clique dans "Personnalisez le commentaire de votre annonce". Cela a pour effet de vider l'exemple dans ce champ. Ensuite, le vendeur se rend compte qu'il ne s'agit pas du bon formulaire, il sélectionne alors "1 seul exemplaire". En déroulant le formulaire, le champ 'Personnalisez le commentaire de votre annonce" est toujours vide". C'est dommage. [Benoît Bourdon >] Evolution possible ? à voir avec EGV, il me semble qu'il y avait une incompatibilité entre conserver l'exemple dans le textarea et un autre comportement du formulaire ... Mais out pour cette version (l'évolution consisterait à remettre l'exemple dans le textarea si il est vide au moment du rechargement de la page ...) |
[APP-22865] [FORM 4G] Champs en erreur et disparition du label de rappel lors de la correction Création: 31/oct./08 10:42 Mise à jour: 31/oct./08 10:42 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
Une nouvelle fois, dommage que lorsqu'un champ est en erreur
et qu'on corrige cette erreur, le liseré rouge ne disparaisse pas. [Benoît Bourdon >] yep, évoqué en réu, pourrait faire l'objet d'une évolution des formulaires à l'avenir (à faire valider par le coex ...etc...) donc pas dans cette version - ko pour la version |
[APP-22864] [Formulaire de Mev] et autocompletion marque + titre annonce Création: 31/oct./08 10:40 Mise à jour: 14/nov./08 17:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
Si je remplis au préalable le champ titre de l'annonce puis que je décris ensuite mon produit, alors tout ce que j'avais marqué dans le premier champ est ecrasé par la concaténation "type + marque". Ca serait sympa que type + marque viennent s'ajouter avant ma saisie Ex : Je tape dans le champ titre annonce "blabla" Je selectionne type "bustier" marque "colisée" Je retrouve dans le champ titre "bustier colisée" mais en fait, j'aimerai y retrouver "bustier colisée blabla" [Benoît Bourdon >] En effet, la complétion du titre n'est pas « user friendly » mais le but est de forcer l'user à créer des titres produits un peu meilleurs qu'avant. Par contre, à voir quand même si on peut améliorer ça pour la livraison (attention au risque de faire une usine à gaz pour peu de gain utilisateur) |
[APP-22862] [FORM 4G] Champ "marque" <> Champ "titre annonce" tant que le focus reste dans champ "marque" Création: 31/oct./08 10:14 Mise à jour: 30/janv./09 10:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 33.0.0 (CAT-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Navigateur: | FireFox 3.0 |
| Projets PM archivés: | MEV - Formulaire 1 étape |
| Description |
|
La completion automatique depuis "Marque" du champ
"Complétez le titre de votre annonce" a un comportement particulier. Ce
problème est néanmoins très minime mais déroutant. Tant que le focus est dans le champ marque, le champ titre prendra comme valeur la première valeur de la liste de suggestion Cf capture, je saisis "Te" dans le champ marque. La Liste de suggestion me propose différentes marques. Je choisis finalement "Teddy" (j'ai donc Teddy en toutes lettres dans le champ marque) Le champ "titre annonce" m'affichera "Ted Lapidus" et pas "Teddy" tant que je n'aurai pas placé le focus ailleurs. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 10/déc./08 10:21 ] |
|
Aujourd'hui le titre est modifier sur un "focus-out" de
l'autocomplete et bien sur un "on-change" pour les select ... -> Si il est facile de modifier l'événement sur le quel est modifier le titre pourl'autocomplete ("on-change"), alors on améliore le comportement! Si il y a trop de risque de régression sur le mécanisme, il faut en parler avant de corriger. |
[APP-22840] FP Privée : Affichage du pays d'expédition superflu Création: 29/oct./08 15:38 Mise à jour: 24/déc./09 17:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Quentin de Chivré | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Le pays d'expédition du vendeur ne doit être affiché que
s'il est différent du pays de réception de l'acheteur (sélectionné dans
la page panier). Cette règle implémentée dans la FP classique n'a visiblement pas été respectée dans la FP Privée. D'ailleurs il me semble que c'est un peu + fin que ca, il doit aussi y avoir une notion de pays e la plateforme |
| Commentaires |
| Commentaire de Benoît Bourdon [ 14/nov./08 17:55 ] |
| Voir la règle exacte sur la FP classique -> la reprendre pour la FPP. |
| Commentaire de Benoît Bourdon [ 19/nov./08 15:55 ] |
|
Hop petit commentaire après analyse : En fait, dans un détail annonce le pays d'expédition s'affiche systématiquement. --> C'est pour reprendre cet affichage du DA que l'on affiche systématiquement le pays d'expédition dans la FPP (qui est une fusion de FP et DA) ça veut pas dire qu'il faut pas remettre en cause cette règle ... mais dans ce cas il faut le faire sur les FP et FPP. Quentin ? Tu penses qu'il y a une raison de remettre en cause cette règle ? |
| Commentaire de Quentin de Chivré [ 19/nov./08 16:28 ] |
|
Ok, je comprend mais bon a voir avec PKR : FPP = plutot FP ou plutot DA ... ? Veut on mettre en évidence le pays, même qd c'est le même que l'acheteur ? Ou préfère t'on le laisser implicite ? |
[APP-22800] [COB] Koobuy : attestation d'achat non formaté pour affichage en popup sous IE7 Création: 28/oct./08 10:49 Mise à jour: 07/juin/10 14:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
popup bordereau cheque.jpg
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
cf capture
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 28/oct./08 11:03 ] |
|
valable aussi sur BORDEREAU - ALIMENTATION PAR CHÈQUE (PMV >> alimenter le PMV >> par chèque >> "Affichez le bordereau") |
[APP-22796] Batch HOLIDAY_ADVERT boucle sur un vendeur Pro auto Création: 28/oct./08 09:44 Mise à jour: 26/oct./09 14:20 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 31.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Nicolas Chauveau | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif2: | migration auto |
| Description |
|
Le batch Holiday boucle sur le partenaire "Eurial" : - ---------------------------------------------------------------- 2008-10-28 09:05:19,254 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - --- Batch starting 2008-10-28 09:05:19,273 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task start 2008-10-28 09:05:21,117 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Non visible en cours : EURIAL (57 adverts processed) Visible en cours : EURIAL (75 adverts vehicle processed) 2008-10-28 09:05:21,118 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Post Process Result : Non visible en cours 2008-10-28 09:05:21,118 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Sleeping 4.0 second(s) 2008-10-28 09:05:25,128 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task end. Result: Non visible en cours 2008-10-28 09:05:25,128 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task start 2008-10-28 09:05:27,278 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Visible en cours : LibresMots (100 adverts processed) Visible en cours : LibresMots (0 adverts vehicle processed) 2008-10-28 09:05:27,278 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Post Process Result : Visible en cours 2008-10-28 09:05:27,278 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Sleeping 4.0 second(s) 2008-10-28 09:05:31,288 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task end. Result: Visible en cours 2008-10-28 09:05:31,289 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - --- Batch done - Processed: 2 (Non visible en cours: 1 - Visible en cours: 1) 2008-10-28 09:05:31,304 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - CLOSE BATCH 2008-10-28 09:05:31,304 INFO [LIDAY_ADVERT] - ---- STOPPING HOLIDAY BATCHES --- 2008-10-28 09:05:31.304 2008-10-28 09:05:31,304 INFO [LIDAY_ADVERT] - Sleeping 4 second(s) 2008-10-28 09:05:35,309 INFO [LIDAY_ADVERT] - ---- STARTING HOLIDAY BATCHES --- 2008-10-28 09:05:35.308 2008-10-28 09:05:35,317 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - ---------------------------------------------------------------- 2008-10-28 09:05:35,321 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - --- Batch starting 2008-10-28 09:05:35,409 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task start 2008-10-28 09:05:38,240 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Non visible en cours : EURIAL (75 adverts processed) Visible en cours : EURIAL (57 adverts vehicle processed) 2008-10-28 09:05:38,241 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Post Process Result : Non visible en cours 2008-10-28 09:05:38,241 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Sleeping 4.0 second(s) 2008-10-28 09:05:42,249 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task end. Result: Non visible en cours 2008-10-28 09:05:42,249 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task start 2008-10-28 09:05:44,186 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Visible en cours : LibresMots (100 adverts processed) Visible en cours : LibresMots (0 adverts vehicle processed) 2008-10-28 09:05:44,186 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Post Process Result : Visible en cours 2008-10-28 09:05:44,186 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - Sleeping 4.0 second(s) 2008-10-28 09:05:48,189 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - Task end. Result: Visible en cours 2008-10-28 09:05:48,189 INFO [LIDAY_ADVERT] HOLIDAY_ADVERT - --- Batch done - Processed: 2 (Non visible en cours: 1 - Visible en cours: 1) 2008-10-28 09:05:48,283 DEBUG [LIDAY_ADVERT] HOLIDAY_ADVERT - CLOSE BATCH 2008-10-28 09:05:48,284 INFO [LIDAY_ADVERT] - ---- STOPPING HOLIDAY BATCHES --- 2008-10-28 09:05:48.284 Et cela se répète .... Ce qui se passe, il passe les 75 annonces dans l'état visible si elles etaient en non visible et les 57 annonces en état non visible ... Et puis au prochain passage , il fait l'inverse et cela indéfiniment.... Pour info, ce partenaire à 132 annonces soit 75 + 57 :-)..... Les 132 annonces sont des Autos. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 28/oct./08 11:15 ] |
|
Tous les jours, vers 3 ou 6h du matin, le vendeur fair des
imports de fichier de stock ... OR son compte a une donnée incohérente
qui est le fait que "is_in_transit = 1" ==> C'est comme si le compte était parti en vacances mais ses annonces n'arrivent pas à toutes y passer Le cumul des 2 semble posé un problème qui fait qu'on tourne en boucle .. mais pourquoi ??? |
| Commentaire de Arnaud Forgues [ 28/oct./08 14:15 ] |
|
Suite à une analyse menée conjointement avec Manu et Nicolas, voici les conclusions : - l'origine du pb est dû au script de migration des comptes vendeurs avec un inventaire actif sans coordonnées remplies (voir jira ==> dès que l'on a migré la visibilité du vendeur à 0 et mis le compte en transit (car celui-ci avait déjà fait une mise en vente non auto), alors le pb a commencé à se produite - mais la vraie origine du pb etait déjà existante en PROD depuis longtemps. En effet la gestion de la mise en vacances des annonces d'un vendeur n'est vraisemblablement pas bien gérée : ==> on traite d'abord les annonces classiques (mais en fait toutes les annonces y compris les autos ==> d'ou le bug) et ensuite les annonces auto, car la visibilité des 2 types d'annonces n'est pas gérée pareil. En effet, un annonce auto est visible même si la visibilité d'un vendeur est à 0 alors que le contraire n'est pas vrai ==> c'est d'ailleurs pour cela que le vendeur EURIAL a ses annonces qui tourne en boucle depuis tout ce temps (depuis le 14/10/2008 à ~12h15) Solutions préconisées : - court terme : * repasser le compte vendeur de "en transit" à "pas en transit" ==> user_account.is_in_transit = 0 * repasser le dernier import du compte vendeur afin de repasser toutes les annonces "Non visible" à "Visible" - long terme : * mieux gérer le batch HOLIDAY_ADVERT, afin de gérer les annonces non auto puis les annonces auto et ainsi éviter l'effet yoyo des annonces * cette correction peut donc être traitée lors du la prochaine version CAT qui arrive bientôt au par le pôle TX par la suite (l'urgence est faible, car le cas est assez rare) |
| Commentaire de Arnaud Forgues [ 28/oct./08 17:01 ] |
|
Finalement, il semblerait qu'il y a une coquille au niveau
de l'import concernant la bonne prise en compte de la visibilité vendeur
pour le calcul de la visibilité de l'annonce. En effet, on tentant la
solution court terme, le repassage du dernier import n'a pas permis de
repasser les annonces "non visibles" du vendeur EULIA en état "Visible". On a donc dû faire un "hack" : passer d'abord la visibilité du vendeur en 1, puis repasser l'import et enfin remettre la visibilité de l'import en 0. Il reste donc 2 chose à corriger : - le problème de prise en compte de la visibilité vendeur / annonce auto ou non, dans l'import - la correction du batch HOLIDAY_ADVERT pour l'exclusion des annonces auto dans le traitement des annonces non auto |
| Commentaire de Emeric Teil [ 26/oct./09 14:20 ] |
| je ré-ouvre, en Chasse, pour vérification qu'on a bien supprimé ce hack... |
[APP-22785] [COB] Koobuy : contactez nous non formaté pour l'affichage dans une popup sous IE7 Création: 27/oct./08 16:58 Mise à jour: 23/déc./08 18:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 7.X |
| Description |
|
EX : Depuis mon compte >>> contacter Koobuycity
>>> Question sur le Porte-Monnaie Koobuycity >>> Je
n'ai encore rien fait avec mon Porte-Monnaie >>> Contactez-nous Valable aussi pour "envoyer cette page à un ami" |
[APP-22783] [COB] Koobuy : bouton Go de recherche tronqué Création: 27/oct./08 16:48 Mise à jour: 18/oct./10 14:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Internet Explorer 7.X | ||||||||
| Projets PM archivés: | Refonte CSS (Lot 1) | ||||||||
| Description |
|
Cf capture
|
[APP-22782] [COB] Koobuy : images fond blanc dans blocs fond gris Création: 27/oct./08 16:44 Mise à jour: 23/déc./08 18:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
C'est le même problème que pour le sigle EURO dans les blocs vendre : Ici, le bloc possède des angles blancs qui jurent avec le fond gris du bloc dans lequel elle se trouve |
[APP-22780] [COB] Koobuy : page "choix du mode de retrait" : style des liens dans bloc "Le retrait" Création: 27/oct./08 16:38 Mise à jour: 23/déc./08 18:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | Refonte CSS (Lot 1) |
| Description |
|
La couleur des liens dans ce bloc me semble louche mais peut être que je me fais des idées.
|
| Commentaires |
| Commentaire de Cédric Goldovsky [ 27/oct./08 16:40 ] |
| De manière générale, ce sont tous les liens impactés par ce style qui me paraissent un peu "hors charte" (bleu foncé sur un fond gris, est-ce normal ?) |
[APP-22779] [LRO - Page Paiement] Phrase tenant sur deux lignes Création: 27/oct./08 16:27 Mise à jour: 01/avr./09 16:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 31.0.4 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
cf. screenshot
|
| Commentaires |
| Commentaire de Paul Leprévost [ 28/oct./08 14:40 ] |
|
"cf. screenshot" Il n'y en a pas :) |
| Commentaire de Gafour Abdoul [ 23/déc./08 18:33 ] |
| une capture stp ? |
[APP-22776] [LRO] Seul le "M" est en gras dans "Mon panier" Création: 27/oct./08 16:16 Mise à jour: 23/déc./08 18:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
cf screenshot
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 27/oct./08 17:01 ] |
| Mauvaise interprétation du navigateur car les lettres devraient avoir la même apparence. Je décale à la version suivante |
[APP-22759] Ouverture de popup sur Opéra en 2 temps Création: 27/oct./08 10:00 Mise à jour: 19/mai/10 15:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Dev) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Opera |
| Description |
|
Sur Opéra 9.52 r10108 chaque ouverture de popup (contact, upload vidéo etc.) se fait en 2 temps. 1) Affichage de 2 popups au premier plan 2) Femeture de la première popup pour ne laisser à l'écran qu'une seule popup |
| Commentaires |
| Commentaire de Gafour Abdoul [ 19/mai/10 15:50 ] |
| On ne s'occupe pas de l'ouverture des popup, cela se fait au niveau dev |
[APP-22750] [VPOD] Bloguer une vidéo de la PriceTV : le lien pour aller sur la fiche produit en fin de vidéo est KO Création: 24/oct./08 15:54 Mise à jour: 27/janv./11 18:30 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Blog lien vers l'annonce KO.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Projets PM archivés: | PriceTV |
| Description |
|
La vidéo 5587 liée à l'annonce 179461191 figure dans la Price TV. On copie le code qu'on colle dans le blog http://integced.canalblog.com/. A la fin de la vidéo le lien Go to the ads link ne fonctionne pas.
|
| Commentaires |
| Commentaire de Swan Desportes [ 24/oct./08 16:24 ] |
| demande en cours chez VPOD |
| Commentaire de Swan Desportes [ 27/oct./08 11:15 ] |
| Je te l'affecte pour suivi |
| Commentaire de Fabrice Feugas [ 06/janv./09 17:03 ] |
|
Recommandation de VPod : Fabrice, Avec la dernière version du player dont vous bénéficiez désormais, vient une nouvelle gestion de l'URL externe. Cette URL est désormais une propriété du paramètre PlayerOptions de la méthode Player.getHTMLCode. Avec le player externe ~G-PE9IQBTLc, pour le média ~cVf3qCQ0kyY, cela donne par exemple le javascript ci-après : <script type="text/javascript" src="http://priceminister.api.vpod.tv/~cVf3qCQ0kyY/player/script/~G-PE9IQBTLc/400x300?urlLink=http://www.priceminister.com"></script> |
| Commentaire de Damien Dorizy [ 11/févr./09 12:40 ] |
| Super, vPod. |
| Commentaire de Damien Dorizy [ 11/févr./09 17:44 ] |
| Réouvert, car avec cette modification on perd la possibilité de pouvori modifier le lien vers l'annonce (si l'annonce a été vendue ou le vendeur passé en visibilité -2) |
| Commentaire de Fabrice Feugas [ 25/févr./09 10:08 ] |
|
Malheureusement, aucune correction possible de notre côté.
On est vraiment vraiment bloqués par des problématiques de visibilité
d'annonce et de brouillage de lien vers le détail annonce. Je garde ce JIRA ouvert chez moi pour pouvoir le traiter avec VPod et leur demander de revenir à leur fonctionnement précédent. |
[APP-22726] [PRICETV] Vidéo visible même si FPP non validée en BO Création: 24/oct./08 10:31 Mise à jour: 18/juin/10 16:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Annonce_prete_pour_le_panier.jpg
FP en etat soumis.jpg
pourtant_produit_introuvable_sur_tout_le site.jpg
Video_active_annonce_visible.JPG
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | VIDEO |
| Classif2: | pricetv |
| Classif FONC: | video |
| Commentaires |
| Commentaire de Swan Desportes [ 24/oct./08 11:10 ] |
| Quel est le bug ? |
| Commentaire de Espérance Galouo-Lece [ 24/oct./08 11:53 ] |
|
Il est possible de mettre dans un panier une annonce dont le produit n'est pas encore validé par le BO; - Soit en validant une vidéo en valide en même temps le produit; - Soit ne pas permettre d'accéder à l'annonce depuis une video dont le produit n'est toujours pas validé; - Soit ne rendre visible les vidéos que si les FP sont bien validés; |
| Commentaire de Fabrice Feugas [ 24/oct./08 14:20 ] |
|
Prendre en compte ce cas dans le batch. ATTENTION, la mise en panier ne concerne pas la PriceTV |
| Commentaire de Alexandre Garnier [ 24/oct./08 15:56 ] |
|
Là on est en train de surcharger le batch. Surtout que ça sort un peut de son cadre : il faudrait ici récupérer tous les média dont le produit a changé d'état (sachant que pour la création ce ne sera pas le cas) et gérer l'état de la vidéo en fonction ce qui posera problème quand la vidéo n'est pas encore validée (elle redeviendra automatiquement visible à la modération) Faut plutôt faire quelque chose en amont : empêcher de déposer une annonce sur une annonce de FP dont l'état n'est pas OK pour ça. De plus ce genre de cas va difficilement arriver en PROD : les gens n'uploadent pas (encore) les vidéos sur des annonces qu'ils viennent juste de créer avec une nouvelle FP. Et même, la FP a de fortes chances d'être validée avant la vidéo vu le process actuel de validation des vidéos. Par contre il y a, comme déjà, un problème de pouvoir mettre en panier des articles dont les produit/annonce sont dans un état ne le permettant pas ! |
| Commentaire de Cédric Goldovsky [ 24/oct./08 16:16 ] |
|
Je ne vois pas pourquoi tu dis que des gens qui créent un produit ne vont pas mettre de vidéo ? Perso, si je crée un produit et que je me vois dans la foulée proposer la possiblité d'uploader une vidéo, je ne me gène pas pour la mettre. En plus, dans le cadre des refontes liées à la Mev il me semble que les options vidéo et photo vont très vite intégrer le formulaire unique. Donc c'est un point sur lequel il faut rapidement se pencher et acter. |
| Commentaire de Fabrice Feugas [ 24/oct./08 16:16 ] |
|
Ok. Nous venons d'en parler avec Swan et nous ne voyons pas
de solution simple pour l'instant et tel que le système est défini (en
ne se basant que sur des informations VPod = contrainte principale du
projet). Notre réponse pour l'instant: on laisse ce JIRA ouvert pour pouvoir le traiter correctement et établir une solution solide. En attendant, on averti le service de validation sur ces cas border-line et on leur fait la recommandation de valider en premier lieu les FP avant de valider les vidéos. |
| Commentaire de Fabrice Feugas [ 12/mai/09 11:56 ] |
| Je viens de voir avec le SAV, ce cas ne s'est encore jamais produit et il y a peu de chances pour que cela arrive. Il nous reste à déterminer comment nous pouvons régler ce problème et si nous souhaitons le faire. |
[APP-22723] Connecteur Fast, possibilité de feeder uniquement les produits actifs dans le cas d'un feed selectif.... Création: 24/oct./08 10:06 Mise à jour: 22/sept./10 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Eric Vannier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** RESERVE *** |
| Classif1: | FAST |
| Classif2: | connector |
| Description |
|
Bonjour, Il serait très intéressant d'avoir la possibilité de dire au connecteur de re-feeder seulement les fiches produits actives ... Par ex; Une demande de Marion de feed sur l'espagne et résultat : " nb video es - produits actifs (les seuls produits qu'on voit an Front Office) = 108807 nb video es - produits avec tous status (supprimés comme actifs) = 767341 Le feed a pris 11h sur la Video ES car on ne peut limiter le feed au produits actifs. Il y a un gros écart entre le nb de produit actifs et le nb de produits tous status confondus. _________________________________________________________________ Marion ANFREVILLE Catalog Technical Manager Tel : 01.42.78.84.01 www.PriceMinister.com " |
| Commentaires |
| Commentaire de Eric Vannier [ 24/oct./08 10:10 ] |
| Au niveau exploitation, il est clair que si l'on peut diviser par environ 8 le nombre de produits à feeder , cela permet de diminuer autant le temps où la charge du serveur est élevé surtout en ce moment pour esculape qui est aussi serveur de batch et jboss.... |
| Commentaire de Benoît Bourdon [ 27/oct./08 13:54 ] |
|
A valider : est il possible ou trop complexe de prévoir une option au feed pour ne refeeder que les produit actif ? ou bien feeder en priorité les produits actifs afin d'accélérer la recette des ouvertures de NpF ? Cette option serait utile dans le cas de ré-indexation après les premières recettes lors de l'ouverture d'un onglet. |
| Commentaire de Eric Vannier [ 22/sept./10 10:30 ] |
|
Cette possibilité est toujours une demande d'actualité car
j'ai encore eu une demande qui a nécessité une intervention de nos DBAs.
|
[APP-22712] [COB] Koobuy : Go manquant sur boutons de validation orange Création: 23/oct./08 15:58 Mise à jour: 07/juin/10 14:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
screenshot-3.jpg
screenshot-4.jpg
screenshot-5.jpg
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Integ | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||
| Description |
|
Cf capture et titre du Jira
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 23/oct./08 16:19 ] |
|
Le bug existe en prod. ça n'est pas traité dans l'uniformisation des COBS. En revanche, le problème est général sur les COB. Nous avons planifié tous les boutons GO] pour la CTN-H |
[APP-22675] [COB LRO] : Boutons Go mal placé Création: 23/oct./08 10:07 Mise à jour: 23/déc./08 18:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 32.0.0 (CTN-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Tous |
| Description |
|
Bonton Go mal placé suite à l'uniformisation des COB car l'Arial prenant moins de place
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 23/oct./08 11:17 ] |
|
Pas possible de traiter ce JIRA "proprement" sans changer le code HTML. Hors pour les parties transversales du site, il est prévu de les traiter à la fin dans la rationalisation HTML/CSS. Je le garde donc chez moi en attendant de revoir les parties transversales. J'ai réduit toutefois la distance du bouton GO |
[APP-22668] FAKE 1 euro Création: 22/oct./08 17:16 Mise à jour: 04/nov./09 17:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 31.0.0 (TX-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | 1euro.com : Dynamisation |
| Description |
|
Il est quasi impossible pour nous de tester le paiement 1 euro. Il nous faudrait un mode FAKE pour 1 euro qui simule au plus près le paiement 1 euro i.e créé un mini-simulteur de réponse WEB 1euro. Proposition : en cas de paiement 1 euro, l'appli émet une requête HTTP vers un serveur bidon en INTEG. Ce serveur renvoie une réponse "1euro like" qui permet de valider le paiement. |
[APP-22608] [Mev] Form 4G : ancre "sur" liste de suggestion Création: 16/oct./08 15:27 Mise à jour: 09/avr./09 09:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 33.0.0 (CAT-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Dev | ||||||||||||
| Navigateur: | Tous | ||||||||||||
| Projets PM archivés: | MEV - Formulaire 1 étape | ||||||||||||
| Description |
|
Pré-requis : champ "marque" en haut du navigateur (cf capture) 1) saisir quelques lettres dans le champ marque pour faire apparaitre la LDS. 2) appuyer sur la fleche BAS (en vue de selectionner un item dans la LDS) ==> Une ancre me renvoie en haut de la page |
[APP-22602] MeF NpF - Ajouter la possibilité de mettre des liens sur une autre colonne Création: 16/oct./08 11:34 Mise à jour: 24/déc./09 12:05 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 31.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Marion Anfreville | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
today.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | NAV |
| Classif2: | NpF |
| Description |
|
Pour la mise en page d'un accueil univers d'une NpF, nous
n'avons pas la possibilité d'ajouter le paramètre "Afficher cette
catégorie dans une nouvelle colonne" pour les noeuds type "Navigation -
lien". Cette fonctionnalité permettrait de pouvoir faire des mises en forme plus uniforme : voir exemple en pj : ce qu'on a actuellement => On aurait voulu mettre sur la 1ere colonne "Jeux et jouets", sur la 2e colonne "Puériculture" et sur la 3e colonne les 3 liens "Mobilier", "Décoration" et "Textile chambre et lit" ce qui n'est pas possible à l'heure actuelle. |
[APP-22585] [Page - Paiement sécurisé par carte bancaire] Création: 14/oct./08 15:08 Mise à jour: 18/nov./09 11:41 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 31.0.0 (TX-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Absence_du_E_de_Privilège.JPG
Décalage_vers_la_droite.JPG
Mois-en-Chiffre_Et_Mois-en-Lettre_sur_meme_page.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | OPPeC : Sécurisation du PeC & Canalisation de l'acheteur |
| Description |
|
Cf. PJ
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 15/oct./08 11:33 ] |
| A priori concernant le troisième point (moi en chiffre/mois en lettre), cela dépend du dev. |
| Commentaire de Gafour Abdoul [ 04/sept./09 17:32 ] |
|
Hello, Il s'agit d'une correction DEV qui devrait résoudre deux des problèmes : pour le "E" : 1- retirer l'attribut style en ligne : style="width: 180px;" 2- rajouter un attribut class : class="card_type_code" pour corriger si cela ne fonctionne pas sur tous les navigateurs. ==> cela devrait aussi régler le problème du décalage vers la droite Reste les mois en chiffre et en lettre : - correction DEV |
| Commentaire de Yann Danot [ 18/nov./09 11:41 ] |
|
En ce qui concerne les dates une solution envisageable
serait d'uniformiser l'affichage des mois dans les select sur toutes les
dates de PM de la façon suivante : 01- Janv. 02 - Fév. ... Pas de pertes d'informations pour les dates d'expiration de carte bancaire ni pour les dates de naissance ou autres En attente de confirmation :) |
[APP-22570] [COB] PriceSolidaire : Chronopost >> "Ventes a venir" et "ventes payables" ? Création: 13/oct./08 17:30 Mise à jour: 04/nov./09 12:00 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Dans le cas d'un envoi Chronopost, le vendeur ne touche absolument rien. Or, une fois la vente finalisée apparaissent un montant dans "a venir" et "payable" In fine, si je clique sur "transferer", le solde du PMV reste inchangé (ce qui est OK) en tout état de cause, les informations sur les montants risquent d'être réellement troublantes pour le vendeur. |
[APP-22569] [COB] Montant des ventes payables incompréhensible sur PriceSolidaire Création: 13/oct./08 17:15 Mise à jour: 04/nov./09 12:01 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Après une vente réussi, le montant affiché avant transfert est incompréhensible pour l'utilisateur. D'autant plus qu'apres le transfert, ce sont effectivement uniquement les frais de Port qui sont disponibles sur le PMV (ce qui est OK) Céd. |
| Commentaires |
| Commentaire de Emeric Teil [ 13/oct./08 17:19 ] |
| Ce problème est identifié depuis longtemps, un Jira existe déjà. Le peu d'intéret business de ce CoB fait que cette évolution de ne sera pas réalisée car relativement lourde. |
[APP-22563] Bug Macro Back Office Création: 13/oct./08 14:27 Mise à jour: 31/août/09 15:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 31.0.0 (TX-C) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Jonathan Lesage | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
http://bo.priceminister.com/purchase_back?action=itemview&itemid=90841823 Sur cette commande, le vendeur s'engage à faire un échange sur les 2 articles. Je lance donc la macro "Abimé - Pro envoie un autre" en cochant au préalable "traiter tous les articles du même vendeur ". Ce qui a pour effet de rejeter la réclamation de l'acheteur Le souci est que la réclamation sur le 2ème article est restée ouverte alors que le statut est "rejetée". J'ai du rejeter la réclamation manuellement. La macro ne rejette donc pas la réclamation sur le 2ème article. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 31/août/09 15:57 ] |
| Désolé, ce jira s'est perdu. Est-il toujours d'actualité ? |
[APP-22513] [Import] Mettre le fichier en invalide si une SocketTimeoutException se produit Création: 08/oct./08 16:58 Mise à jour: 08/oct./08 16:59 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 30.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | Performances |
| Classif1: | IMPORT |
| Description |
|
Il faut être capable de "catcher" les SocketTimeoutException
côté client et mettre les fichiers concernés en erreur, afin d'éviter
de boucler sur ces derniers et de mettre Hercule hors service. Voir le cas du fichier 6374336 soumis par l'utilisateur billys_vinyl (pb de Velocity ds le format utilisé). |
[APP-22452] [Blog it] Ne fonctionne pas sur netvibes Création: 06/oct./08 16:04 Mise à jour: 18/juin/10 16:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 30.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | WIDGET |
| Classif FONC: | widget |
| Description |
|
Cf l'élément 'Blog it' de la page http://www.netvibes.com/zigarn : on a un énorme "ERROR The requested URL could not be retrieved" sous Firefox ou rien sous IE.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 17/oct./08 18:29 ] |
| Pourquoi ne pas traiter en même temps que Blog-it produit ? |
| Commentaire de Swan Desportes [ 20/oct./08 09:12 ] |
|
Je trouve ça pas trop dans le scope : on est côté widgets. Mais bon, si on a moyen de corriger ça en très très peu de temps alors OK. Avec la priorité la plus basse. |
[APP-22431] Problème de chevron en production Création: 03/oct./08 12:41 Mise à jour: 08/mars/10 12:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur, Questions |
| Affecte la/les version(s): | 30.0.2.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Renaud Dierickx | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | FireFox 3.0 |
| Commentaires |
| Commentaire de Renaud Dierickx [ 03/oct./08 12:42 ] |
| Voir screenshot-1 |
| Commentaire de Corinne Grondin [ 08/mars/10 12:14 ] |
| Euh, on la trouve où cette page ? Elle existe encore? |
[APP-22426] [FP] Augmentez vos chances de vendre : impossible de s'aligner sous certaines conditions Création: 02/oct./08 18:13 Mise à jour: 06/juil./09 14:46 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Soit un produit que je vends à 16 euros et qu'un vendeur propose à 10. Via la box "Augmentez vos chances de vendre" on me propose de m'aligner. Or, si je clique sur le lien "Aligner votre prix à 9,90" rien ne se passe. En effet, lors de la création de mon annonce, j'avais autorisé le retrait. c'est donc cette option qui bloque l'alignement ! Il faudrait autoriser l'alignement tout en rappelant au vendeur que de ce fait, le retrait devient impossible ou alors, mais je ne crois pas que ce soit la meilleure des solutions : masquer l'option d'alignement SI le prix de vente d'alignement est < 15¿ ET que le retrait est coché |
| Commentaires |
| Commentaire de Benoît Bourdon [ 06/juil./09 14:46 ] |
|
Globalement on a un soucis sur l'alignement de prix : on ne
peut pas savoir à l'avance que le vendeur va passer sous la barre des
15¿ ... et ce que l'on fasse l'alignement depuis la toolbox ou
l'inventaire (cf. l'autre jira (lorsque le vendeur passe sous la barre des 15¿ finalement il faudrait lui proposer de retirer le retrait ou annuler sa modification de prix ...) |
[APP-22385] Amex - Paiement - CVV Création: 29/sept./08 17:03 Mise à jour: 10/déc./08 15:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Paiement |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benoit Tabaka | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Navigateur: | FireFox 2.0 |
| Description |
|
Un "bogue" qui est présent depuis toujours. On demande de saisir lors d'un paiement par American Express, un CVV de 3 chiffres alors que : - le CVV n'apparaît pas au dos de la carte, mais sur le recto ; - mais surtout, le CVV Amex fait 4 chiffres ! |
| Commentaires |
| Commentaire de Arnaud Forgues [ 02/oct./08 17:30 ] |
| dans le même ordre d'idée ... on ne met pas en avant ce mode de paiement en France au niveau des logos de la colonne de droite ... par contre en espagne .. oui ! |
[APP-22373] Autocomplete : Pb de scroll quand la liste est plus longue que la hauteur de page Création: 29/sept./08 12:20 Mise à jour: 30/déc./09 09:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
1.jpg
2.jpg
3.jpg
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||
| Classif FONC: | mise en vente | ||||||||||||
| Projets PM archivés: | MEV - Autocomplétion | ||||||||||||
| Description |
|
Formulaire soumission Vêtement Femme. Saisir A dans le champ marque : la liste proposée dépassant la hauteur de page, je scrolle vers le bas de la liste avec la flèche "bas". Quand j'arrive au bas de la page (qui n'est pas le bas de la liste), le focus est remis sur le premier item de la liste (au lieu de continuer vers le bas de la liste) |
| Commentaires |
| Commentaire de Benoît Bourdon [ 29/sept./08 12:45 ] |
|
Oulalaa ... le comportement est encore plus compliqué / étrange que ça ... Si on on navigue avec les flèches (haut, bas) dans la liste, on ne pré-sélectionne jamais dans le champ la valeur surligné, c'est normal. Sinon, quand on navigue avec les flèches et que la liste dépasse le bas de l'écran : - Si par hasard le curseur de la souris est positionné sur une valeur (print screnn 1), quand on atteint le bas de la page (print screnn 2) (qui n'est pas le bas de la liste ... ) -> on est automatiquement renvoyer au niveau du curseur de la souris (??!!) (print screent 3) - Si le curseur de la souris est n'importe où ailleurs dans la page ... ça marche normalement (on descend bien dans la liste des valeurs) |
| Commentaire de Benoît Bourdon [ 29/sept./08 12:48 ] |
| Modif JS à prévoir ? |
| Commentaire de Fabrice Feugas [ 10/déc./08 16:33 ] |
| Swan : Vous avez Caroline maintenant ! (avec support Damien si nécessaire) |
[APP-22229] [IG] Prendre en compte le isActive pour toute la carto et non seulement la carto d'aide Création: 16/sept./08 17:44 Mise à jour: 14/févr./11 15:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Infoglue |
| Affecte la/les version(s): | 28.0.0 (CTN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Damien Dorizy |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||||||||||||||
| WishList - Complexité: | M | ||||||||||||||||||||||||||||
| Classif1: | IG | ||||||||||||||||||||||||||||
| Classif2: | IG - Wishlist | ||||||||||||||||||||||||||||
| Classif FONC: | IG | ||||||||||||||||||||||||||||
| Description |
|
Cette propriété de SiteNode n'est prise en compte que pour la construction de la carto d'aide (/help/c et /help/h).
Il faudrait l'étendre à la carto classique. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 16/sept./08 18:36 ] |
| Penser à renommer l'alias du noeud "EDITO_COMPENSATION" une fois que cela sera fait (voir JIRA lié) |
| Commentaire de Alexandre Garnier [ 03/févr./09 11:47 ] |
| Backlog IG |
| Commentaire de Damien Dorizy [ 30/sept./10 17:25 ] |
| Pas si simple, car si on dégage un noeud non actif, ça fait planter le chargement de l'arbre... |
| Commentaire de Swan Desportes [ 14/févr./11 15:22 ] |
| Je baisse la priorité parce qu'il n'y a rien d'urgent. De plus, attention, cette modif est assez risquée. Elle dépasse peut etre le simple cadre de la chasse. |
[APP-22227] [MeV] Choix du mode de retrait : "accepter l'expédition" coché ou pas ? Création: 16/sept./08 15:52 Mise à jour: 11/mars/09 19:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Navigateur: | Tous | ||||||||
| Description |
|
Voici une règle qui concerne toutes les plateformes actuellement : Si on effectue une MeV rapide en cochant retrait, alors "accepter l'expédition" sera coché à la page "Choix du mode de retrait" Si on effecue une MeV complete en cochant retrait, alors "accepter l'expédition" sera DEcoché à la page "Choix du mode de retrait" Est-ce un comportement normal ou pas ? |
| Commentaires |
| Commentaire de Benoît Bourdon [ 16/sept./08 16:25 ] |
|
Je viens de faire le test à l'instant en PROD : sur une MEV complète "téléphone fixe", accepter l'expedition est DEcoché sur une MEV complète vêtement, accepter l'expedition est COché ... Donc ce type de comportement semple être présent en prod -> à prendre en compte sur la suite des projet MEV (entre autre fusion mev-rapide vers mev-complète) |
| Commentaire de Benoît Bourdon [ 16/sept./08 16:26 ] |
| --> je passe ce jira en reserve. |
| Commentaire de Benoît Bourdon [ 14/oct./08 18:55 ] |
| On peut analyse ce qu'il se passe afin qu'on le prenne en compte lorsqu'on passera le retrait dans le formulaire unique ? |
[APP-22223] [Connexion] Connexion depuis une plateforme avec le compte d'une autre Création: 16/sept./08 15:14 Mise à jour: 17/févr./09 08:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Navigateur: | Tous |
| Description |
|
Exemple : Saisir les identifiants d'un compte Croix-Rouge (cedgov_cr / test) depuis la page de connexion PM : https://www.pm.lan/connect?action=login&c=80&dest=%2Fuser On est alors redirigé vers la page "Identification réussie" de Croix Rouge (et ma barre d'adresse indique https://www.pm.lan/connect) Depuis cette page, il suffit de cliquer sur l'un des menus de "Mon compte" pour définitivement se retrouver sur Croix-Rouge Par contre, si on clique sur CONTINUER, on est linké vers la page d'authentification Croix-Rouge comme si nous ne nous etions pas déjà logué. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 17/sept./08 09:47 ] |
| Esperance devait vérifier en PROD -> c'est probablement le même fonctionnement. |
| Commentaire de Cédric Goldovsky [ 17/sept./08 14:12 ] |
| non, en prod nous sommes redirigés sur PriceSolidaire avec un message excplicatif (cf capture) |
| Commentaire de Benoît Bourdon [ 17/sept./08 16:20 ] |
| J'en parle à Manu ! |
| Commentaire de Edouard Gomez-Vaez [ 17/sept./08 17:12 ] |
|
En fait le problème est plus subtil, et existe aussi en
production, quand on joue trop à passer de www à cr, se logant et de
délogant. Il faut différencier l'environnement (gueule de la page + type d'utilisateur pricesolidaire) et adresse du site (www. ou croix-rouge.priceminister.com). Aller sur www. Se loguer avec un compte solidaire (ex cedgov_cr2 / test). On est redirigé vers la page de login sur le site croix rouge avec environnement croix-rouge. Retaper son mot de passe. Cliquer sur continuer. Se déloguer. Aller sur www. Cliquer sur mon compte. BUG 1 : on est encore logué, sur le site www, mais avec l'environnement cr ! Se déloguer. Aller sur www. Cliquer sur mon compte. On retrouve le bug 1 : on est sur le site www mais avec l'environnement cr ! Se loguer avec un compte solidaire. BUG 2 : on se retrouve sur la page d'identification réussie www mais avec l'environnement cr ! Cliquer sur continuer. BUG 3 : On est redirigé vers le site cr ! Du coup, on demande à nouveau de se loguer ! C'est ce que décrit Cédric dans son Jira. Je pense qu'en corrigeant le BUG 1, les deux autres bugs se corrigent. |
| Commentaire de Edouard Gomez-Vaez [ 17/sept./08 17:13 ] |
| Transaction ? |
[APP-22221] [BLOC VENDRE] sigle euro sur fond blanc = se détache sur fond gris Création: 16/sept./08 14:33 Mise à jour: 14/nov./08 15:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Bloc Vendre |
| Description |
|
cf capture
|
[APP-22218] BO / Désactivation de l'autocomplétion : lien "Activer l'auto complétion" inutile? Création: 16/sept./08 12:30 Mise à jour: 20/janv./09 19:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | MEV - Autocomplétion |
| Description |
|
Modifier en BO (formulaire de l'arbre des catégories) la
valeur pour "Activer l'auto complétion" n'est pas suffisant. Il faut
également modifier le HTML cible (auto-complétion ou pas).
|
[APP-22206] [MeV] perte d'infos au BACK / FWD pendant la MeV complete Création: 16/sept./08 10:35 Mise à jour: 16/sept./08 11:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Procéder à une MEV complete. Sur la page d'identification, faire BACK x 2 pour revenir à l'étape 1. Les listes 'sous thème' n'ont pas conservé les valeurs que je leur avais attribuées. De plus, depuis cette étape, si je renseigne à nouveau les listes et que je clique sur le bouton "continuer", alors tous les champs de l'étape 2 sont vides. |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 16/sept./08 10:40 ] |
|
NB : lorsque l'on est de retour sur l'étape 1, il faut
d'abord selectionner une autre valeur avant de pouvoir activer les sous
listes. Exemple : j'avais selectionne EUROPE >> FRANCE. De retour à l'étape 1 après les BACK, seul l'item EUROPE est sélectionné et je ne peux pas dérouler la liste Pays. Je dois d'abord changer EUROPE en ASIE (par exemple) puis à nouveau reprendre EUROPE pour enfin pouvoir reselectionner la FRANCE |
| Commentaire de Edouard Gomez-Vaez [ 16/sept./08 11:24 ] |
| Sera repris avec les nouveaux formulaires. |
[APP-22190] Bloc vendre : La fiche "bermudes" n'est pas neutralisée Création: 15/sept./08 17:39 Mise à jour: 05/mars/09 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
flat_barcode_es.jpg
flat_barcode_fr.jpg
flat_barcode_uk.jpg
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Saisir le code barre de l'exemple : 9782910769307 Il avait été question de faire pointer cette page vers la page de résultat de recherche. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 16/sept./08 18:07 ] |
|
A faire en reserve : remplacer tous les codes barres du site (tout au moins le chiffre présent dessus) par celui utilisé dans le nouveau bloc vendre. |
| Commentaire de Paul Leprévost [ 23/oct./08 11:09 ] |
| Voici les nouvelles images à utiliser pour la page Vendre, dans les 3 langues. |
[APP-22189] L'autocomplétion ne renvoit pas les mêmes résultats avec les caractères spéciaux. Création: 15/sept./08 17:35 Mise à jour: 25/août/10 10:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis), 40.0.0 (CAT-G) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Caroline Schinzel |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| Navigateur: | Safari | ||||||||
| Description |
|
Le "+", "*" et le "?" ne revoient aucune proposition
(expressions régulières?) alors que le "!" et le ";" en ramènent. Lorsqu'on met un point dans le champ d'édition, l'autocomplétion force avec 1.2.3. Une liste de 15 propositions est associée. Si on essaie d'enlever ce "1.2.3", une autre liste s'affiche. Il faut insister pour retirer cette valeur forcée. |
| Commentaires |
| Commentaire de Manuel Sadok [ 17/sept./08 11:07 ] |
|
Côté serveur tous les caractères non alphanumérique sont
remplacés par un espace avant de faire la recherche. Que ce soit "*",
".", "?", "!" le résultat renvoyé par le service est le même. Le
problème semble donc venir du javascript. Info supplémentaire, "+" ne fait pas du tout appel au service. |
| Commentaire de Damien Dorizy [ 17/oct./08 16:22 ] |
| Après tests, il s'agit de cas vraiment à la marge, vu avec BBO, pas de correctif envisagé. |
| Commentaire de Christophe Garcia [ 06/nov./08 13:07 ] |
|
Quelqu'un a-t-il fait une stat pour estimer combien de marques utilisaient des caractères non alpha-numériques ? Ca serait intéressant pour estimer le caractère marginal du bug. |
| Commentaire de Swan Desportes [ 22/déc./08 17:01 ] |
| A prendre en charge par Caroline (avec le soutien de Damien si nécessaire) ? |
| Commentaire de Edouard Gomez-Vaez [ 22/déc./08 18:19 ] |
| J'ai prévenue l'intéressée :-). |
| Commentaire de Antoine Carré [ 24/août/10 14:45 ] |
|
Attention, il s'agit de l'autocompletion dans les formulaires de mise en vente. Le pôle NAV n'a rien à faire la dedans. |
| Commentaire de Martin Sudmann [ 25/août/10 10:09 ] |
| avec la migration de JQuery |
[APP-22185] Lorsqu'une valeur d'autocomplétion est sélectionnée dans la liste, alors la page revient dans sa position initiale (pb d'ancre) Création: 15/sept./08 17:16 Mise à jour: 26/mars/09 15:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Navigateur: | Tous |
| Projets PM archivés: | MEV - Autocomplétion |
| Description |
|
Se produit lorsque l'utilisateur utilise les flèches haut et bas.
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 15/sept./08 17:43 ] |
| Demande à Aurélie de te faire une démo. |
| Commentaire de Damien Dorizy [ 16/sept./08 10:57 ] |
|
Vu, c'est lié au problème avec scriptaculous qui, en
cherchant à garder à l'écran la valeur sélectionnée dans la liste
d'autocomplétion, entraîne des comportements étrange dans certaines
configurations ou navigateurs. Je passe ce Jira en réserve. |
[APP-22182] Autocomplétion : "&" non reconnu alors que plusieurs valeurs en comprennent un. Création: 15/sept./08 16:56 Mise à jour: 05/mars/09 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Caractères spéciaux 1.JPG
Caractères spéciaux 2.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Navigateur: | Safari | ||||||||
| Description |
|
Les valeurs contenant des "&" sont proposées quand on tape ^; et pas quand on tape &.
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 15/sept./08 17:41 ] |
| (mineur) |
| Commentaire de Damien Dorizy [ 16/sept./08 10:54 ] |
|
Le problème ne se produit que lorsqu'on entre l'un ou
l'autre de ces caractères en premier, sinon le comportement est tout à
fait normal. Je passe donc ce bug en réserve. La requête Ajax envoie bien le caractère '&' encodé (%26). Manu, pourras-tu regarder à l'occasion ce qui se passe côté serveur ? Merci |
| Commentaire de Damien Dorizy [ 02/janv./09 11:33 ] |
|
Caroline, Je t'affecte ce Jira, similaire à APP-22189. Il doit pouvoir être corrigé en même temps, en ajoutant le "&" aux caractères à remplacer. |
[APP-22177] Bloc vendre : Le wording saisi s'efface quand on change de radiobouton Création: 15/sept./08 16:28 Mise à jour: 17/oct./08 09:13 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
Saisir qqchose dans le champ. Cliquer sur le radiobouton pour passer de "code-barre" à "titre" par exemple. Le texte saisi s'efface. Il ne faut afficher les messages par défaut que si aucun mot ne figure déjà dans le champ texte. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 16/sept./08 11:14 ] |
| WAD ? |
| Commentaire de Benoît Bourdon [ 17/sept./08 09:41 ] |
| Comportement vu en recette -> à améliorer avec évolutions du framework JS ? |
[APP-22087] Autocomplete / Valeurs sables. Les valeurs sables fabricant s'affichent toujours dans la recherche. Création: 09/sept./08 15:20 Mise à jour: 10/août/10 15:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 29.0.0 (CAT-Cbis) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Recette |
| Projets PM archivés: | MEV - Autocomplétion |
| Description |
|
Je passe une valeur de fabricant de vêtement en valeur
sable, ici 3DEX (attention, il existe aussi une valeur pour
informatique). Après 1/ Rechargement du cache des fabricants (cache configuration produit) 2/ Recalcul du summary 3/ Réindexation Il a bien disparu : - du summary stocké en base - du summary stocké dans l'index FAST - de la fiche produit front ; Mais il n'a pas disparu : - ni dans la recherche globale (se majusculise sous la forme "3DEX" *) - ni dans la recherche mode (continue de s'afficher sous la forme "3dex" *) * Une valeur pierre, dans la recherche globale, est minusculisée. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 11/sept./08 18:12 ] |
| A revoir un peu plus tard, j'ai vu Benoît et ça ne le stresse pas trop :-). |
| Commentaire de Manuel Sadok [ 10/août/10 15:06 ] |
| Benoit ça te dit qq chose ? C'est tjrs d'actualité ?? |
[APP-22080] Il existe des produits avec plusieurs attvis Création: 09/sept./08 10:12 Mise à jour: 08/févr./10 17:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 27.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Description |
|
Effectivement il existe des vêtements qui ont plusieurs
couleurs, ce n'est pas terrible car on ne sait pas lequel est bon. Il est est de même avec l'attribut taille. je rappelle que l'attribut attvis sert à calculer le champ collapse_key de product |
| Commentaires |
| Commentaire de Benoît Bourdon [ 18/sept./08 16:45 ] |
|
Je reli les 3 jiras concernants les Att-Vis > A mettre dans un lot de surveillance / correction pour de la future reserve ? |
Images produit de base sans correspondance avec les images des complements
(APP-19820)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 27.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
productWithoutCollapseKey.lst
productWithoutCollapseKey.txt
|
||||||||
| Liens des demandes: |
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | IMAGE | ||||||||
| Description |
|
Cet absence de l'attribut attvis entraine que champ collapse_key de product ne soit pas renseigné. Ce champ collapse_key sur les cpls est la base de la propagation des images des cpls vers le base. Dans la conf produit, le champ DISTINCTIVE_ATTR_NAME_KEY indique une conf avec attvis, ce champ indique le nom de l'attribut qui assure une distinction visuelle, on a pris l'habitude d'appeler cet attribut attvis. Un cpl avec une conf avec attvis DOIT avoir cet attribut et par suite une collapse_key, l'absence de collapse_key empeche la propagation de son image vers le base, en effet si le cpl n'a pas de collapse_key toute insertion,modification d'images ne sera pas propagée vers le base. IL FAUDRAIT DONC un mecanisme qui rende cet attribut obligatoire. En prod 4 types sont avec attvis: vetements, chaussures, linge de maison, decoration-luminaire. Seulement les types vetements, chaussures sont en 'fiche privée, je me demande donc c'est bon de maintenir dans la conf les types linge de maison, decoration-luminaire en attvis(champ DISTINCTIVE_ATTR_NAME_KEY renseigné) En prod il existe pas mal de vetement sans collapse_key car ces vetements n'ont pas l'attribut DISTINCTIVE_ATTR_NAME_KEY |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 09/sept./08 09:51 ] |
| liste de vetements sans collapse_key : http://pricejira.lan/secure/attachment/28482/productWithoutCollapseKey.lst |
| Commentaire de Geneviève Beaujard [ 09/sept./08 10:19 ] |
| liste de vetements sans collapse_key : http://pricejira.lan/secure/attachment/28483/productWithoutCollapseKey.txt |
Images produit de base sans correspondance avec les images des complements
(APP-19820)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 27.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
En effet la creation d'image sur base avec cpls avec attvis
empêche la propagation de changement d'images d'un cpl vers son base. Un base avec une image (qui ne correspond a aucune image de ses cpls) empêche la propagation de changement d'images d'un cpl |
[APP-22046] Bouton Vendre sur le site ES un peu grand. Création: 05/sept./08 18:08 Mise à jour: 06/août/10 11:15 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Compte utilisateur |
| Affecte la/les version(s): | 28.0.0 (CTN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | *** A PLANIFIER *** |
| Navigateur: | Internet Explorer 7.X |
| Commentaires |
| Commentaire de Aurélie Kwiatkowski [ 05/sept./08 18:09 ] |
| Y'a aussi la banière parrainage avec des couleurs de personnage en haut... |
| Commentaire de Paul Leprévost [ 04/déc./08 12:07 ] |
|
Plutôt que de changer la taille du bouton, serait-il possible de simplement centrer le contenu ? Corinne a déjà fait deux maquettes (ES et FR) disponibles ici : T:\00_Maquettage\00_Projets\00_JIRA\APP-22046_Bouton_ES\01_HTML Ca règlerai le décalage, quelque soit la plate-forme. |
| Commentaire de Emeric Teil [ 04/déc./08 14:28 ] |
| OK pour cette solution |
| Commentaire de Paul Leprévost [ 04/déc./08 16:53 ] |
|
Corrigé et commité. Option choisie : texte centré. |
| Commentaire de Emeric Teil [ 05/déc./08 12:29 ] |
| Aurélie, c'est bon pour toi ? |
| Commentaire de Aurélie Kwiatkowski [ 19/déc./08 15:36 ] |
| Vu avec la Maquette Team : pas une priorité, sera repris dans le cadre d'une refonte plus générale, mais on ne le ferme pas... |
| Commentaire de Aurélie Kwiatkowski [ 19/déc./08 15:38 ] |
| Voir le même bouton en FR aussi, pas contré, pas joli. |
[APP-22020] COB Koobuycity + LaRedoute - Bouton GO mal GO-lé Création: 05/sept./08 10:07 Mise à jour: 07/juin/10 16:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 28.0.0 (CTN-F) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** A PLANIFIER *** | ||||||||
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Gafour Abdoul [ 15/oct./08 16:25 ] |
|
Paul, peux-tu lier tous les problème lié au boutons GO à ce JIRA ? merci |
[APP-21871] débit pmv par chèque - sur la page user en bo - le lien vers le pmv en front office ne fonctionne pas Création: 25/août/08 11:02 Mise à jour: 24/févr./10 14:16 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Claire Durand | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM: | *** CHASSE *** |
| Description |
|
Salut, j'ai fait un test sur un débit pmv par chèque en bo - lorsque j'ai voulu afficher la page porte monnaie en front office via le lien bo du pmv - j'ai un message d'erreur en front office "Erreur - Non disponible" voici le lien du compte en bo : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16127781 voici le lien en fo dela page porte monnaie : http://bo.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL merci, claire |
| Commentaires |
| Commentaire de Arnaud Forgues [ 25/août/08 11:26 ] |
|
Stack trace java associée (visiblement un problème au niveau
de l'adresse fournie pour l'opération de reversement en cours) 2008-08-25 11:24:01,247 ERROR [-Processor44] laurencecata - Block generation error in : com.babelstore.wallet.front.WalletView_jsp 2008-08-25 11:24:01,248 ERROR [-Processor44] laurencecata - Assembly error Servlet : com.babelstore.wallet.front.WalletServlet Request : GET http://bo.priceminister.com/wallet?action=wltview&oprcount=30&oprfilter=ALL Referrer : http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=16127781 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16 Trace : java.lang.NullPointerException at com.babelstore.user.BaseAddressInfo.<init>(BaseAddressInfo.java:63) at com.babelstore.user.AddressInfo.<init>(AddressInfo.java:34) at com.babelstore.user.AddressFormat.<init>(AddressFormat.java:33) at com.babelstore.wallet.business.SellerPaymentRuleLogic.getOpenDebitWalletPaymentCoordinates(SellerPaymentRuleLogic.java:254) at com.babelstore.wallet.business.SellerPaymentRuleLogic.getWalletPaymentCoordinates(SellerPaymentRuleLogic.java:243) at com.babelstore.wallet.business.SellerPaymentRuleLogic.getWalletPaymentCoordinates(SellerPaymentRuleLogic.java:233) at com.babelstore.wallet.front.WalletView_jsp.generate(WalletView_jsp.java:366) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Request.include(Request.java:555) at com.babelstore.util.web.Request.include(Request.java:588) at com.babelstore.util.web.Request.include(Request.java:594) at com.babelstore.common.front.FrontTemplate_jsp.generate(FrontTemplate_jsp.java:301) at com.babelstore.util.Block.generate(Block.java:140) at com.babelstore.util.web.Screen.generate(Screen.java:149) at com.babelstore.util.web.Request.generate(Request.java:528) at com.babelstore.common.front.FrontRequest.generate(FrontRequest.java:498) at com.babelstore.util.web.Dispatcher.assemble(Dispatcher.java:416) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:184) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) |
| Commentaire de Arnaud Forgues [ 25/août/08 11:43 ] |
|
En ce qui concerne cet utilisateur, le problème vient donc
de l'opération qui n'a pas de coordonnées de paiement alors qu'il s'agit
d'un débit par chèque. Il faudrait donc trouver l'origine de cette absence d'infos d'adresse de paiement. Mais si il y a urgence pour cet utilisateur, on peut déjà voir avec PPE pour passer le script de migration des coordonnées qui avaient été mis en place lors de la phase de migration des données dans le chantier PMV (ou tout simplement copier les coordonnées de paiement de l'utilisateur dans les champs qui vont bien de l'opération en question) |
| Commentaire de Cedric Favero [ 25/août/08 12:02 ] |
|
On a migré ses coordonnées de paiement en coordonnées vendeur. Mais en meme temps ce compte n'est pas vendeur (debit suite remboursement) et la boutique n'est pas activée, est-ce lié? Par ailleurs le compte est à Monaco , code postal 98000 , une incidence? Enfin , je constate que mon mot clé censé detecter l'absence de code postal n'a pas fonctionné non plus: $operation.OprTypeCode.toString() =="60" && $util.isNull($operation.UsaZip) |
| Commentaire de Emeric Teil [ 25/août/08 14:19 ] |
|
"On a migré ses coordonnées de paiement en coordonnées vendeur. Mais en meme temps ce compte n'est pas vendeur (debit suite remboursement) et la boutique n'est pas activée, est-ce lié? " => Ce point là est normal, même pour les non vendeur, on a migré les coordonnées de paiement (quand il y en avait) à coordonnées vendeur, cela permet, lors de l'Ouverture de la Boutique de pré-remplir les champs du formulaire. "Enfin , je constate que mon mot clé censé detecter l'absence de code postal n'a pas fonctionné non plus: $operation.OprTypeCode.toString() =="60" && $util.isNull($operation.UsaZip) " => ton mot clef n'a pas de problème puisqu'il y a bien un code postal "Par ailleurs le compte est à Monaco , code postal 98000 , une incidence? " => Arnaud est en train de regarder dans ce sens la Pour "l'urgence", on fait ce qu'il faut pour passer cette OPR dans le bordereau en cours ? |
| Commentaire de Claire Durand [ 25/août/08 14:43 ] |
| il est dans le bordereau de débit du 20/08/08 et le chèque est correctement rempli |
| Commentaire de Emeric Teil [ 27/août/08 16:01 ] |
|
Arnaud, vous reprenez cela pour voir ce qui s'est passé ici ? -> Pourquoi ce chèque n'avait pas de coordonnées de paiement (car code postal = monaco ? si oui, il ne semblerait pas normal qu'on ait pas les même contrôle Fo que "métier"). -> Comment se fait-il que, bien que n'ayant pas de coordonnées liées, on soit allé prendre les coordonnées de paiement ??? Merci d'avance |
| Commentaire de Renaud Dierickx [ 18/nov./08 14:58 ] |
| Je n'ai pas le temps pour la TX-D... A reprioriser. |
| Commentaire de Emeric Teil [ 24/févr./10 14:16 ] |
| Pour analyse |
[APP-21851] migration des promos "Voitures" post transition Mixad Création: 21/août/08 11:40 Mise à jour: 04/févr./11 12:01 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Dispatcher (Pub) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ESP - Espagne, FRA - France
|
||||||||||||
| Projets PM archivés: | AUTO : Nettoyage | ||||||||||||
| Description |
|
Certaines promos BO n'ont pas pu être migrées dans infoglue
car elles sont paramétrées par rapport au type produit (qui n'est plus
accessible dans IG) ces promos sont en fait relatives à l'auto et portent soit sur le type accessoires soit sur le type voiture. Ainsi si le type voiture est migré sur la plateforme mixad, le type accessoire et la famille auto seront confondus (reviendra au même) et on pourra alors paramétrés ces promos dans IG (la famille est elle accessible) |
| Commentaires |
| Commentaire de Julien Sananikone [ 21/août/08 11:41 ] |
|
il s'agit des promos dans les jiras: à vérifier s'il n'y en a pas d'autres |
| Commentaire de Swan Desportes [ 04/nov./10 17:16 ] |
| Toujours d'actu ? |
| Commentaire de Emeric Teil [ 04/nov./10 17:37 ] |
| Julien ? J'imagine que le nécessaire a été fait pour les accessoires ? |
| Commentaire de Julien Sananikone [ 04/nov./10 17:42 ] |
| j'avoue avoir un souvenir assez précaire d'aout 2008 |
| Commentaire de Emeric Teil [ 28/janv./11 14:53 ] |
|
Ok,
je te laisse donc voir si ce Jira est toujours d'actualité ou pas. E. |
| Commentaire de Ariane Baldinger [ 04/févr./11 12:01 ] |
|
Bonjour,
Dans les promos gérées dans IG il y avait des "blocs" spécifiques à l'auto (voir dossier "Auto" dans IG > Promotions > FR > Promos > 000Migration). Ont-ils été passé dans l'Adserver ? Passer me voir pour plus de détails. Merci Ariane |
[APP-21815] [MeV Autocomplete] Double scroll fenêtre navigateur/liste de suggestion Création: 20/août/08 15:56 Mise à jour: 26/mars/09 15:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Erwan Delacroix | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||
| Navigateur: | Internet Explorer 6.X | ||||||||||||
| Classif1: | HTML | ||||||||||||
| Classif2: | javascript | ||||||||||||
| Projets PM archivés: | MEV - Autocomplétion | ||||||||||||
| Description |
|
Pour reproduire le bug : Lors de la saisie d'une chaine de caractères dans le champ texte sur lequel l'autosuggestion/autocomplétion est activée, la liste de suggestion apparaît. 1/ Resizer la fenêtre du navigateur en la réduisant de moitié en hauteur 2/ Naviguer par flèche dans la liste déroulante de résultats proposée. Bug constaté : => La page scroll en parallèle de la « navigation » dans la liste de résultats sous IE6 (pb non constaté sous FF2, Netscape 6). Le résultat sélectionné dans la liste de résultat est "collé" au bord inférieur de la fenêtre du navigateur, ce qui est gênant vu qu'on veut avoir une vue d'ensemble de la liste de valeur proposée pour faire un choix. => Il faudrait désactiver ce comportement, et faire en sorte que la navigation par flèche dans la liste de résultat de l'autosuggestion soit indépendante du scroll du navigateur |
[APP-21766] [Securisation URLs d'action mise en vente] Article sans prix - pb d'import? Création: 13/août/08 16:58 Mise à jour: 31/déc./09 09:20 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Mise en vente, Panier |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
log_dardevil94_sais.txt
Prix=0_euros.JPG
screenshot-1.jpg
tentative.txt
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif FONC: | technique |
| Description |
|
Le vendeur a accepté une vente pour un article à 0 euros !!! Comment est-ce possible ? Pb d'import? http://bo.priceminister.com/purchase_back?action=itemview&itemid=84559210 |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 14/août/08 10:55 ] |
| - D'après les événements de l'annonce "174406284", il y'a bien eu a un moment un prix = 0 euro; (cf . Prix=0_euros.JPG) |
| Commentaire de Espérance Galouo-Lece [ 14/août/08 13:12 ] |
|
- Dans les logs de la journée du 03/07/2008 il y'a la
présence de :
inventory?action=modify&adjustprice=0.00&aid=174406284&case=0¤cyid=978&select=0
- Possibilité d'aligner un prix à 0.00 euro ? |
| Commentaire de Cedric Favero [ 14/août/08 14:38 ] |
| Ben non, normalement rien en dessous de 0.90¿ |
| Commentaire de Edouard Gomez-Vaez [ 19/août/08 10:56 ] |
|
Bon, j'ai réussi à le faire en trafiquotant les url. Je
pense que c'est d'ailleurs ce qu'a fait l'internaute puisque dans l'url
il y a adjustprice=0.00 et nous ne mettons pas deux chiffres après la
virgule quand cela n'est pas nécessaire (seulement 1). Espérance, peux-tu voir dans le log si c'est pas l'internaute qui l'a fait ? Peut-on grepper s'il y a d'autre adjustprice=0.x avec x strictement inférieur à 9 pour estimer la criticitée ? |
| Commentaire de Edouard Gomez-Vaez [ 19/août/08 11:06 ] |
|
Je viens de voir Espérance. Le log est en attachement : c'est bien daredevil qui le fait à la main et ça ressemble à un robot (un peu trop d'appels en une seconde pour que ce soit humain). Espérance est en train de grepper les logs pour voir s'il y en a d'autres. |
| Commentaire de Espérance Galouo-Lece [ 08/sept./08 12:38 ] |
| - Il n'y a eu qu'une seule tentative d'alignement pour un prix < 0.90 au 20/08/2008 |
| Commentaire de Espérance Galouo-Lece [ 08/sept./08 12:39 ] |
| cf. tentative.txt |
| Commentaire de Edouard Gomez-Vaez [ 08/sept./08 16:31 ] |
| OK, je baisse la prio et on regarde quand on traite pour blinder. |
| Commentaire de Benoît Bourdon [ 18/sept./08 17:01 ] |
| Caler en reserve un lot de sécurisation des URLs d'action ? |
[APP-21746] Permettre la gestion de référentiels multiples pour un type de produit. Création: 12/août/08 11:08 Mise à jour: 19/sept./08 09:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Base de données, Import de Fichiers |
| Affecte la/les version(s): | 27.0.0 (CTN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Salut, Des éléments de réflexion pour SBP + Import 4G + etc. Aujourd'hui, on a au mieux un référentiel par type de produit. Demain, nous pourrions être amené à intégré plusieurs référentiels par type de produit, avec des recouvrements entre les différentes bases achetées. Exemple : sur le UK, référentiel West 10, qui pourrait être complété par Ingram ; idem pour la France (Decitre complété par Ingram ou West 10). Il faudrait donc prévoir dès maintenant la possibilité de pouvoir intégrer des référentiels multiples pour un type de produit. Cela veut dire : - pouvoir avoir plusieurs "super-users" (aujourd'hui, on ne peut en indiquer qu'un à la fois : une requête sur le profil permet d'accorder les droits exceptionnels). - déterminer une cascade de préférence pour l'intégration des données (on prend l'attribut y chez toto, sauf s'il est absent auquel cas titi peut le mettre à jour). Dans la même eau : il faudrait que le BO puisse toucher les FP à l'attribut près (sans bloquer toute la FP). |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 19/sept./08 09:38 ] |
| A intéger dans I18N ? |
[APP-21745] [NpF] Ne pas afficher un filtre s'il ne contient qu'une valeur. Création: 12/août/08 10:25 Mise à jour: 23/déc./09 15:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Jérôme Viviès | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
| Classif1: | NAV | ||||||||||||||||
| Classif2: | NpF | ||||||||||||||||
| Description |
|
Il arrive souvent, notamment quand on utilise des
classifications, que la navigation débouche sur un filtre ne comportant
qu'une valeur, et souvent la valeur "non précisé". Dans ce cas de figure, il ne faudrait pas afficher le filtre. Voir exemple attaché : http://www.priceminister.com/nav/Livres_Livre/f1/Art+et+culture/f4/Cin%E9ma/f5/Science-fiction |
| Commentaires |
| Commentaire de Benoît Bourdon [ 01/sept./08 18:39 ] |
|
Ok mais seulement pour les "non précisé" car tout autre valeur est une information utile ! |
| Commentaire de Benoît Bourdon [ 01/sept./08 18:42 ] |
|
PS : Attention, si l'on fait cela certaines URLs "non précisées" vont disparaitre (ces URLs sont des doublons car en cliquant sur un filtre à valeur unique on voit les mêmes produits qu'avant) -> voir le ref sur ce sujet !!! |
| Commentaire de Benoît Bourdon [ 01/sept./08 18:45 ] |
| Standby -> A fermer avec import 4G |
| Commentaire de Benoît Bourdon [ 01/sept./08 18:47 ] |
| Oups ... fausse manip. |
| Commentaire de Marion Anfreville [ 02/sept./08 10:54 ] |
|
Point discuté avec Thierry et Ertan hier. A priori, ce n'est pas un type d'url qu'on souhaite conserver. Thierry, peux-tu confirmer ? |
| Commentaire de Thierry Leforestier [ 02/sept./08 10:58 ] |
|
Attention, hier nous avons parlé du filtre non-précisé qui
ajoutait un niveau de navigation inutile aux produit, pas des filtres
avec une seule valeur. ces filtres ont beaucoup plus qu'un seul produit,
donc avec ce Jira, ils resteront actifs. La règle serait peut-être
plutôt : si il n'y a qu'un seul filtre et que ce filtre est non précisé,
alors il disparait. qu'en pensez-vous benoît, Ertan ? |
| Commentaire de Martin Sudmann [ 03/sept./08 14:20 ] |
| Avec BBO & EGV on a eu la même réflexion. |
| Commentaire de Benoît Bourdon [ 03/sept./08 16:06 ] |
|
Je complète un peu la réflexion : si on a une page dans le cas suivant : http://www.priceminister.com/nav/Livres_Livre/f1/Non+pr%E9cis%E9/fp/AMoins+de+1+%26euro%3B et admettons que le filtre "revue (55)" ne soit pas présent !!! Ca reste une hypothèse parce que je ne trouve pas d'exemple, certe ... mais ça risque d'arriver ... Alors il resterait uniquement la valeur "non précisé" dans le filtre "thème" qui un filtre NON brouillé !! -> Si on fait disparaitre ce filtre (cette valeur) sans trop faire attention, la pagination va rester brouillée ... et on va perdre 36000 produits car devenus non crawlables par google ... Donc voici un exemple d'effet de bord un peu dangeureux, pour lequel on va trouver une solution (par exemple : "Si c'est le dernier filtre crawlable alors quand on le fait disparaitre on ouvre la pagination" ... ouf ...) Mais je crains qu'il y ai d'autres cas particulier plus difficile à résoudre (... ou tout au moins que l'on fabrique une fonctionnalité complexe pour peu de gain utilisateur ...) Vos avis ? |
| Commentaire de Martin Sudmann [ 03/sept./08 17:45 ] |
|
mon avis : très touchy avec un gros risque référencement => nécessite cadrage fonctionnel + CT détaillé du coup, ça sort du cadre "Jira" pour moi... |
| Commentaire de Thierry Leforestier [ 03/sept./08 18:05 ] |
| effectivement, je pense que c'est un peu plus complexe qu'un Jira et que ca a des impacts éventuels. A étudier donc |
| Commentaire de Martin Sudmann [ 03/sept./08 18:39 ] |
|
repartir dans la case "étude fonc"... |
| Commentaire de Jérôme Viviès [ 04/sept./08 11:10 ] |
|
Du coup il y a moyen de voir ça avant 2009 ? ;o) On a le problème sur pas mal de NpF maintenant... |
| Commentaire de Benoît Bourdon [ 05/sept./08 17:55 ] |
|
Avant 2009 j'en doute fort :-( Le pôle est concentré sur les projets Imports et MEV. Nous avons un peu de bande passante pour des évolution très light et uniquement poussées par un besoin "business" ou référencement. Là, il s'agit fonctionnellement d'une petite évolution (peu de gains) -> On la garde sous le coude (on ne ferme pas le jira) pour le jour où de la bande passante est libérée pour faire un lot d'évolution / optimisation de la navigation |
[APP-21737] Lorsque flash n'est pas installé, il n'y a pas de proposition d'installation flash + erreur JS Création: 11/août/08 12:26 Mise à jour: 17/janv./11 19:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Clement Balay | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||||||
| Projets PM: | *** CHASSE *** | ||||||||||||||||||||||||
| Navigateur: | Tous | ||||||||||||||||||||||||
| Classif1: | PROMO | ||||||||||||||||||||||||
| Classif FONC: | contenu | ||||||||||||||||||||||||
| Commentaires |
| Commentaire de Clement Balay [ 04/sept./08 17:00 ] |
|
Principe: Aujourd'hui dans l'application, lorsque flash n'est pas installé, aucune proposition n'est faite à l'utilisateur. Le site de flash propose une page de test de l'installation de flash et de shockwave. (http://www.adobe.com/shockwave/welcome/) - Dans le cas ou shockwave n'est pas installé, ils proposent l'installation via un contrôle active X. - Dans le cas ou flash n'est pas installé, il mettent un texte avec un lien vers la page de téléchargement de flash On fera comme sur le site de flash. On mettra à la place du flash le texte et le lien: You need the latest Flash Player and JavaScript enabled to view this content. Get the Flash Player now ¿ Existant: Dans la plupart des cas, le flash est appelé en utilisant l'objet SWFObject qui est un objet JS défini dans front_base.js. Cet objet est utilisé pour ajouter des variables, des paramètres et pour écire le code embed dans un div spécifié. Solution technique: Il y a une solution qui permet de ne toucher aucun appel au SWFObject. Elle consiste à redéclarer l'actuel objet SWFObject en SWFObjectInitial et de créer notre propre objet SWFObject qui redéfinit chaque méthode de l'ancien SWFObject. Il n'y a qu'une méthode qui sera ré-implémentée: write(divId): elle permettra de tester la présence de flash chez l'utilisateur et d'agir en conséquence: - Si flash est installé: appelle la méthode write(divId) de l'objet SWFObjectInitial - Sinon écrit le texte de substitution dans le div en paramètre Texte de substitution: 1) il faut charter ce bloc aux couleurs de price et le traduire 2) Méthode de récupération du bloc: - Soit en ajax qui récupère un contenu infoglue dans lequel on mettra le code du texte de substitution - Soit on définit une variable JS dans pr.js avec le code du texte de substitution |
| Commentaire de Clement Balay [ 04/sept./08 17:01 ] |
|
En tous cas, il faut charter un bloc HTML pour le message à l'utilisateur avec ce texte à traduire en français: You need the latest Flash Player and JavaScript enabled to view this content. Get the Flash Player now ¿ Ce texte vient de cette page: http://www.adobe.com/shockwave/welcome/ |
| Commentaire de Clement Balay [ 04/sept./08 17:16 ] |
|
Rectification: You need the latest Flash Player and JavaScript enabled to view this content. <a href="http://www.adobe.com/go/getflashplayer/">Get the Flash Player now ></a> |
| Commentaire de Corinne Grondin [ 31/oct./08 16:03 ] |
|
Le fichier base.css est commité. Voici la classe à mettre dans le script JS de détection du Flash <div class="no_flash"> <p class="error">Vous devez avoir la dernière version de Flash Player et JavaScript pour visualiser ce contenu.</p> <a href="http://www.adobe.com/go/getflashplayer/">Installer Flash Player maintenant</a> </div> |
| Commentaire de Alexandre Garnier [ 19/nov./08 19:05 ] |
|
Plein de JIRA liés remontent ce problème. Autant centraliser ici ! Sinon, c'est pas pour dire, mais Flash c'est comme JS, je sais pas si ya beaucoup de monde qui l'a pas ! Ce serait peut-être utile de mettre en place les marqueurs XITI pour avoir une analyse sur l'utilisation de Flash et ne plus s'embêter à gérer des cas qui représentent peut-être moins de 1% des utilisateurs. |
[APP-21732] [Batch - Retour de vacances] Améliorer la traitement des retours de grandes vacances Création: 11/août/08 10:53 Mise à jour: 18/août/08 11:02 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Base de données, Batch |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
- Nous avons chaque année le même problème et à la même période (cf. - Il n'y aurait-il pas un moyen d'éviter ces 3 jours d'attente ? Exemple : - Pour les retours dont on connaît la date et ayant un stock important, commencer le retour 2 ou 3 jours avant, et si jamais le traitement est en passe d'être terminer avant le retour effectif (reste une dizaine d'annonces), le mettre dans un état de "pause" puis le terminer dans la nuit "veille" de la date de retour. - Pour les retours dont on ne connaît pas la date et ayant un stock important, informer (lors du départ en vacance) qu'il serait avantageux d'avoir une date de retour ou informer du temps que peut prendre un retour de vacance à cette période. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 18/août/08 11:02 ] |
| A lier avec les reflexions perf sur le batch holiday et les pros. |
[APP-21727] [CRF] Mes préf vendeur : revoir le wording "Etape 4/4 : Paiement de mes ventes" ? Création: 11/août/08 10:41 Mise à jour: 27/juil./09 11:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 27.0.0 (CTN-E) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Projets PM archivés: | COB Croix-rouge - Refonte |
| Description |
|
Pas très adapté au modèle CRF; tout du moins, manque de précisions sur le reversement vers CR.
|
| Commentaires |
| Commentaire de Fabrice Feugas [ 25/août/08 16:46 ] |
|
C'est vrai que le contenu n'est pas adapté contrairement au reste du site où on fait bien la différence. Ici il ne faut pas parler de "fruit de vos ventes" mais bien de remboursement des frais de ports. De plus, on peut ajouter une phrase sur le reversement à la croix-rouge. |
[APP-21714] [VENDEUR PRO] Sous SAF3, champ texte mal agencé dans la popup Création: 08/août/08 14:31 Mise à jour: 26/janv./11 11:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 27.0.0 (CTN-E) |
| Version(s) corrigée(s): | (TX-S) |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Hind El Haouaji |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Image 1.png
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Navigateur: | Safari |
| Description |
|
sous SAF3 :
a) le champ de saisie n'est pas correctement aligné b) il est possible de redimensionner ce champ à la volée (en cliquant sur le bord droit). Il faut en figer sa taille |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 08/août/08 15:08 ] |
| En fait, c'est la même chose pour toutes les popup contact sous SAF3 |
| Commentaire de Emeric Teil [ 08/août/08 16:47 ] |
| Je vois pas trop ce que je peux faire à cela... les formulaire de contact sont sous IG, si le template n'est plus compatible pour les nouveaux navigateurs, c'est plutôt un Jira Maquette. |
| Commentaire de Gafour Abdoul [ 11/août/08 10:05 ] |
|
J'assigne à Paul mais je ne suis pas sûr qu'on puisse y faire grand chose pour le moment. Il n'est pas possible à priori de figer la taille puisqu'il s'agit d'une fonctionnalité de FF3 mais il faudrait se documenter un peu plus sur Safari 3 pour en être sûr. Plutôt à déplacer en CTN-F à mon avis et à traiter en même temps que pour le JIRA FF3 : http://pricejira.lan/browse/APP-20859 |
| Commentaire de Paul Leprévost [ 11/août/08 10:28 ] |
|
Comme l'a précisé GAF, le redimensionnement de textarea est une fonctionnalité de Safari. Nous ne pouvons pas pour le moment interdire le redimensionnement, puisque cette propriété est une propriété CSS 3. Du coup, le décalage entre les champs vient de la gestion particulière qu'a Safari concernant les textarea. A mon avis, il vaut mieux revoir tout ça à l'occasion d'une refonte globale des popups. |
| Commentaire de Emeric Teil [ 11/août/08 10:30 ] |
|
Le souci, c'est que la "refonte globale des popups" n'est
pas prévue pour demain :o)... N'y a-t-il pas une petite astuce à
trouver pour que le rendu soit acceptable (centrer les champs, etc.) ? Merci d'avance |
| Commentaire de Fabrice Feugas [ 11/août/08 10:48 ] |
| Je serai assez pour la "petite astuce", mais que si on peut la trouver avant ce midi pour la V27 :) Sinon on passe le JIRA en réserve mais là encore, n'y a t-il pas un compromis à trouver entre le "ne rien faire" et la refonte totale de toutes les pop-up du site? |
| Commentaire de Paul Leprévost [ 11/août/08 11:14 ] |
|
Il faudrait mettre en place un hack pour Safari, sans
vraiment savoir (vu le code actuel des popups) s'il est possible et ce
qu'il impactera. Si on ajoute à celà que le problème apparait uniquement sur une version d'un navigateur utilisé aujourd'hui à +/- 1.5%, et que ce problème n'empêche pas l'utilisateur d'envoyer son message, ça ne vaut pas le coup de "risquer" une petite astuce qu'il faut trouver, mettre en place, et recetter ;-). Donc de la même façon que le bloc "Mes dons / Mes ventes", il vaut mieux y réfléchir d'une manière un peu plus globale. |
| Commentaire de Emeric Teil [ 11/août/08 11:17 ] |
| Très bien, mon commentaire ne concernait de toute façon pas la V27... Simplement, mettez-vous ce Jira en réserve pour le traiter quand vous aurez un peu de temps... |
| Commentaire de Gafour Abdoul [ 11/août/08 11:19 ] |
| Je te rassure c'est déjà prévu ;) |
| Commentaire de Hind El Haouaji [ 03/mai/10 11:14 ] |
| Rendu sous SAF4 : voir image1.png |
[APP-21648] Risque de confusion et de désorientation du lien "Mes préférences vendeur" dans interface compte Création: 06/août/08 11:07 Mise à jour: 04/nov./09 12:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 26.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Dorian Porta Delsol | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Plusieurs retours d'utilisateur qui ne retrouvent plus le
mode d'expédition. Celui ci se trouve, dans cette nouvelle version,
dans "Mes préférences vendeur" qui prête à confusion avec "Mes vendeurs
préférés" même apparemment avec le petit texte explicatif.
|
| Commentaires |
| Commentaire de Quentin de Chivré [ 06/août/08 16:53 ] |
|
Et paf ! Qu'est ce que j'avais dit ! :-) Bon je pense que les vendeurs vont s'y retrouver, mais on renommera ca "Mon Profil Vendeur" un de ces jours, quand on refondra Mon Compte |
| Commentaire de Emeric Teil [ 06/août/08 17:06 ] |
| T'es vraiment trop fort Quentin ! Tu avais encore raison ! :-) |
[APP-21636] [Bloc vendre] Ajout de style par le DEV en javascript Création: 05/août/08 15:00 Mise à jour: 19/sept./08 17:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Gafour Abdoul | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Dans le bloc vendre, je viens de remarquer qu'il est ajouté
"en dur" la couleur noir du texte lorsque l'on écrit dans le champs
input. Je n'ai pas été mis au courant, car nous aurions pu réfléchir à une solution (peut-être) générique et mutualisable. Il faut retirer ce style que l'on rajoute en javascript afin de trouver une solution plus élégante. Gafour |
| Commentaires |
| Commentaire de Gafour Abdoul [ 05/août/08 15:01 ] |
|
Voir |
| Commentaire de Benoît Bourdon [ 19/sept./08 17:31 ] |
| Un laisse en suspend suite à notre conversation ? |
[APP-21570] [Mon compte] Page "Ma boutique" indisponible Création: 31/juil./08 16:42 Mise à jour: 24/déc./09 10:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique, Inventaire |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Pour un compte ayant un objet en vente mais pas de boutique
active, si on clique sur "Ma boutique", on obtient une erreur "page
indisponible" Check avec login "ced_test_015"psw "cedtest015" |
| Commentaires |
| Commentaire de Benoît Bourdon [ 01/août/08 11:54 ] |
|
Ce fonctionnement est normal : la boutique n'est pas activée par le vendeur .... elle n'est pas active / pas visible Par contre ce qui est étrange c'est d'avoir accès depuis mon compte à la boutique -> Je viens de voir EMT, ce truc a été discuter durant le projet, c'est volontaire... Par contre voici une idée d'évolution : - SI le mec est logué et que sa boutique n'est pas activée, lui seul peut acceder à sa boutique (comme ça il peut la préparer : mettre en vitrine ...etc...) - En haut de la boutique on indique, que seul lui peut voir sa boutique car elle n'est pas activé et qu'il doit l'activer pour vendre ses produit et rendre sa boutique visible (avec un p'tit lien vers l'activation --> dans le coup je passe le jira en standby pour un futur projet qui toucherai la boutique ou l'inventaire ... |
[APP-21500] [Améliorations PMV] : Le contrôle lors du passage en Compta empêche de passer en "compta par chèque" Création: 29/juil./08 09:31 Mise à jour: 01/avr./09 10:56 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Emeric Teil | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Description |
|
Dans le cadre des Améliorations PMV, nous avons ajouté un
contrôle lors du passage en mode Compta (qui se fait via la popup droits
en BO). Ce contrôle vise à empêcher le passage d'un utilisateur en mode
"Compta" si celui-ci n'a pas préalablement configuré ses coordonnées de
reversement. Pour cela, il doit aller sur son PMV et demander un
reversement régulier. Le reversement régulier par chèque n'étant pas
disponible pour le mode "libre", l'utilisateur ne peut donc pas
renseigner son adresse de paiement, il ne pourra donc pas être en compta
chèque... De plus, même si, via le BO, on renseigne cette adresse de paiement, le passage en compta est toujours refusé (à priori, l'utilisateur doit absolument avoir des coordonénes bancaires...). La solutions sera détaillée dans la suite de ce Jira. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 29/juil./08 10:33 ] |
|
Comme vu avec EMT, il y a un "work around" qui n'est certes
pas très pratique mais qui a le mérite de permettre la manipulation
(passage en compta mode chèque) : - créer un compte (en platine automatiquement) en FO - activer son PMV en FO - configurer des reversements réguliers par virement (avec un faux RIB : 000000000000000000 97) en FO - passage du compte en mode compta en BO - modification des reversements systèmatique de virement à chèque en FO Cela ajoute une étape (la dernière) au process normal |
| Commentaire de Emeric Teil [ 29/juil./08 10:37 ] |
| On passe donc de "bug - bloquant" à "improvement - critique"... a voir maintenant si on trouve un "quick win" pour améliorer un peu cela... |
| Commentaire de Arnaud Forgues [ 29/juil./08 14:44 ] |
| Vu avec CGA/EMT, on passera cette correction plus tard (après retour de congés de AFO et RED). Il faut par ailleurs déterminer la bonne solution fonctionnelle à mettre en place |
| Commentaire de Cedric Favero [ 11/mars/09 11:46 ] |
|
Ne peut on au moment du passage en Compta (Ecran Droits) ,
une alerte qui force à renseigner les coordonnées pour le chèque si
elles n'existent pas? (Avec un champ dédié?) (Le commercial qui est en train de valider le compte en Compta peut ainsi valider les bonnes coordonnées avec le vendeur PRO) |
[APP-21494] pdf "condamnations" mail type "fraudes" Création: 28/juil./08 17:54 Mise à jour: 07/déc./09 10:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Steven Harel | Attribution: | Sebastien Bruzzone |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
condamnations.pdf
|
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
nous voulons durcir certains mails "fraude" : - en ajoutant un paragraphe qui parle des condamnations, - en joignant un pdf en pièce jointe (liste des condamnations). en pièces jointes à ce jira le paragraphe à ajouter + le pdf 1/ l'équipe technique nous place le pdf dans le bon rep pour qu'on puisse le joindre à des mails, une fois que c'est fait : assigner le jira à habib 2/ habib gère les modifs de mail (édito + joindre le pdf aux messages) sébastien lui donnera la liste des mails concernés |
| Commentaires |
| Commentaire de Cedric Favero [ 07/août/08 12:39 ] |
|
Sebastien , tu peux déjà lister les mails concernés STP. |
| Commentaire de Espérance Galouo-Lece [ 08/août/08 17:29 ] |
|
1/ l'équipe technique nous place le pdf dans le bon rep pour qu'on puisse le joindre à des mails, --> C'est fait en INTEG et en PROD |
| Commentaire de Habib-Sylvain Gourguet [ 04/déc./09 12:13 ] |
|
Sébastien, je te laisse voir si cette demande est toujours
d'actualité et lister les mails concernés, comme indiqué par Cédric. Merci. |
| Commentaire de Sebastien Bruzzone [ 07/déc./09 10:22 ] |
| cette demande n'est plus d'actualité |
[APP-21483] Articles mémorisés : les photos n'apparaissent pas pour certaines catégories de produits (chaussures, vêtements,...) Création: 28/juil./08 15:08 Mise à jour: 18/juin/10 15:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit, Souhaits |
| Affecte la/les version(s): | 25.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Fabrice Feugas | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
photos_articles_memorises.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | IMAGE |
| Description |
|
Dans la liste des articles mémorisés, la photo ne s'affiche
pas pour certains types de produits comme les chaussures ou la mode.
Pour les bijoux par contre c'est ok. Je n'ai pas trouvé le dénominateur
commun au type de FP. Exemple avec le compte vendeur_fab mdp: azerty http://www.pm.lan/wish?action=wishmemolist&category=156686 |
| Commentaires |
| Commentaire de Benoît Bourdon [ 31/juil./08 09:43 ] |
|
A voir dans les specs nav annonce, ce sujet est abordé. il me semble que c'était déjà le cas. -> il peut être interessant de faire une évolution pour les afficher |
[APP-21453] [1ère MEV] Alignement vertical cartouches / miniature article Création: 25/juil./08 11:14 Mise à jour: 31/juil./08 09:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire, Mise en vente |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Description |
|
Le bloc "Ajouter une photo" est légèrement décalé par
rapport au bord gauche des cartouches. Peut être est-ce normal ?
|
| Commentaires |
| Commentaire de Emeric Teil [ 25/juil./08 12:56 ] |
| Pour moi, cela ne doit pas être réglé en TX-Y mais en CAT dans le cadre de la MEV... |
| Commentaire de Benoît Bourdon [ 25/juil./08 14:32 ] |
|
Dit donc, tu peux pas venir insérer des blocs tout neufs
dans certaines pages et dire après ... je corrige pas les effets de
bords et les jiras associés !! Bon ... mis à part cela ... Le fait est que, mieux vaut pas se pencher sur cette page pour ce genre de jiras cosmétiques puisqu'on va la retravailler un peu plus en profondeur à l'avenir. |
| Commentaire de Emeric Teil [ 25/juil./08 14:37 ] |
|
"Dit donc, tu peux pas venir insérer des blocs tout neufs
dans certaines pages et dire après ... je corrige pas les effets de
bords et les jiras associés !!" --> No comment :o) "Bon ... mis à part cela ... Le fait est que, mieux vaut pas se pencher sur cette page pour ce genre de jiras cosmétiques puisqu'on va la retravailler un peu plus en profondeur à l'avenir. " --> C'est bien pour cela que c'est passé chez toi, pour que tu le fermes après la revue de cette page... |
| Commentaire de Benoît Bourdon [ 31/juil./08 09:44 ] |
| A prendre en compte lors de la retouche de la landing page du process de MEV (Lot3 ou 4 de mev ?) |
[APP-21425] [PREFERENCES VENDEUR] Ouverture des étapes laborieuse sous IE7 Création: 24/juil./08 12:02 Mise à jour: 04/nov./09 12:03 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Cosmétique |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
screenshot-2.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Projets PM archivés: | Paiement - Inscription Vendeur |
| Description |
|
Sous IE7, les différentes étapes s'ouvrent en 2 temps. Lorsque l'on clique sur "étape suivante" : 1/ le haut du bloc s'affiche progressivement (1.jpg) 2/ puis le restant du bloc s'affiche en une seule traite (2.jpg) NB : le comportement est optimal sous FF3. |
| Commentaires |
| Commentaire de Emeric Teil [ 24/juil./08 12:23 ] |
| Effectivement, déjà identifié et à priori on ne peut pas y faire grand chose... |
| Commentaire de Gafour Abdoul [ 24/juil./08 14:33 ] |
|
il ne faudrait pas plutôt regarder du côté IE7 niveau perf / interprétaion du JS ? :) |
| Commentaire de Emeric Teil [ 25/juil./08 10:14 ] |
| Je laisse ce Jira chez Dispatcher-Maquette, après discussion avec Damien il semblerait que certains éléments CSS auraient tendance à faire "ramer" cet effet. A prendre donc en compte en Input de la rationalisation ? |
| Commentaire de Gafour Abdoul [ 08/oct./08 10:26 ] |
|
Vu avec Damien : après quelques recherches, je n'ai rien trouvé qui puisse me dire quelle propriété CSS précisément poserait problème sous IE7 avec le JS. Je le renvoie donc à Damien, s'il trouve quelle propriété CSS fait ralentir l'ouverture des étapes, je serais en support pour trouver une alternative. |
| Commentaire de Damien Dorizy [ 06/nov./08 16:33 ] |
|
Même problème que pour le ralentissement sur la PriceTV : combinaison CSS et JS. Devrait s'améliorer avec la ratio CSS. |
[APP-21295] Justifier les textes General Conditions of use et Terms and conditions of the game Création: 17/juil./08 18:25 Mise à jour: 12/déc./08 10:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Framework |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Charles Decaux |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
GBR - Royaume Uni
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Est-ce possible de justifier les textes pour harmoniser un peu la présentation?
|
| Commentaires |
| Commentaire de Charles Decaux [ 21/juil./08 12:47 ] |
| A corriger, mais pas gênant pour lancer. |
| Commentaire de Rémi Virlouvet [ 21/juil./08 17:32 ] |
| Elinor, si problème contacte-moi, merci :) |
| Commentaire de Emilie Clarke [ 23/juil./08 12:45 ] |
| Cédric est apparamment responsable de la mise en page, je fais suivre. |
| Commentaire de Cedric Favero [ 06/août/08 14:16 ] |
|
Pour ma part , je n'ai pas réellement fait de mise en page à proprement parler :-) j'avais juste créé la page en urgence.. Meme pb que dans ce JIRA? : |
| Commentaire de Cedric Favero [ 06/août/08 18:02 ] |
|
ne pas tenir compte de mon précédent message, je me suis emmelé entre plsrs JIRA similaires.. je ne crois pas pouvoir justifier dans infoglue ou en tout cas je ne sais pas le faire. Devant publier certaines modifs faites , je verrai çà plus tard au besoin. |
| Commentaire de Cedric Favero [ 12/déc./08 09:29 ] |
|
te semble nécessaire de repasser dessus? Me semble ok comme çà: http://bo.pm.duchene:4580/help/r_contract En tout cas pas différent de France. |
| Commentaire de Charles Decaux [ 12/déc./08 10:30 ] |
| Non pas besoin de repasser dessus, on a déjà validé le truc donc c'est bon pour moi et validé par Benoit |
[APP-21243] [AIDE EN LIGNE] amélioration gestion popup Création: 11/juil./08 16:57 Mise à jour: 23/déc./08 17:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cédric Goldovsky | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
http://preview.pm.lan/help/i_video_help/popup/true Les liens "Conseils pour la réalisation de votre vidéo" et "liste des formats compatibles" s'ouvrent dans la même popup (impossible de revenir en arrière pour un néophyte) |
| Commentaires |
| Commentaire de Cédric Goldovsky [ 31/juil./08 15:59 ] |
| allo ? |
| Commentaire de Cedric Favero [ 14/nov./08 15:16 ] |
|
Je crois qu'on ne peut pas ouvrir une popup depuis une popup. Et ouvrir une pleine page depuis une popup , c'est encore pire.. Plutot une améliation globale de la navigation à envisager (lot 2 avec Gafour?) |
| Commentaire de Cedric Favero [ 19/nov./08 11:42 ] |
|
Gafour , je mets çà chez toi pour le jour om on discute d'une meilleure navigation dans les pages d'aide. |
| Commentaire de Cédric Goldovsky [ 23/déc./08 17:19 ] |
| Oui je pensais à des petits liens du genre "page précédente" et pas à une ouverture de popup depuis une popup... |
[APP-21224] Annonce tres ancienne non périmée Création: 11/juil./08 11:34 Mise à jour: 24/déc./09 10:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Annonces, Batch |
| Affecte la/les version(s): | 24.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Classif1: | BP |
| Classif2: | freshness |
| Description |
|
L'annonce suivante est visible , active et non périmée alors que très ancienne et pas de modifications récentes: http://bo.priceminister.com/advert_back?action=advertbackview&advertid=20201792 Pourquoi le batch "advert_freshness" n'est pas passé dessus? |
[APP-21215] [PMV Améliorations] : Flèches "opérationsprécédentes" "opérations suivantes" du du tableau de l'historique des Opérations (page "Mon Porte-Monnaie") doivent pointer vers le haut / le bas Création: 10/juil./08 17:33 Mise à jour: 24/juil./09 16:36 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Commentaires |
| Commentaire de Gafour Abdoul [ 17/juil./08 14:18 ] |
|
Comme vu avec Emeric, notre réflexion autour de ce sujet
n'est pas encore suffisamment mature pour généraliser cela sur
l'ensemble du site. Je ne pense pas qu'on fera ça pour la TX-B. |
[APP-21214] [PMV Améliorations] : Flèches "précédent" "suivant" du formulaire de demande de reversement doivent pointer vers le haut / le bas Création: 10/juil./08 17:31 Mise à jour: 24/juil./09 16:34 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 26.0.0 (TX-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Corinne Grondin |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM archivés: | Paiement - Améliorations PMV | ||||||||
| Commentaires |
| Commentaire de Gafour Abdoul [ 17/juil./08 14:19 ] |
| doublon |
| Commentaire de Emeric Teil [ 21/juil./08 19:10 ] |
| Cette demande n'est en rien un doublon, les deux cas ne sont pas identiques ! |
[APP-21183] Sur la fiche produit, le lien Voir la vidéo est redondant avec le lien Voir le détail de l'annonce Création: 10/juil./08 14:13 Mise à jour: 18/janv./11 10:09 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 25.0.0 (CTN-D) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Internet Explorer 7.X |
| Classif1: | VIDEO |
| Classif FONC: | video |
| Description |
|
Dans une fiche produit classique, ces deux liens ont la même action, cad qu'ils ouvrent le détail de l'annonce. Par contre, sur une fiche produit privée, le lien Voir la vidéo ouvre un pop-up avec seulement la vidéo. Ne peut-on pas faire en sorte que les deux liens aient des actions spécifiques? |
| Commentaires |
| Commentaire de Sébastien Aubert [ 10/juil./08 17:19 ] |
| non puisque la vidéo est affichée dans le détail annonce. |
| Commentaire de Quentin de Chivré [ 10/juil./08 17:42 ] |
|
En fait l'idée initiale était d'afficher la vidéo dans le DA
et de la mettre en évidence via un lien dans la FP, lien volontairement
redondant avec le lien "Voir le détail annonce". Ensuite est arrivé le cas des FP Privées, et pour ce cas particulier ou il n'y a pas de DA, il a été décidé que l'on ouvrirait une popup pour voir la Vidéo. Ne faut il pas inverser la logique et faire du cas particulier le cas générique, et ainsi s'éviter des casse-têtes : => Le lien "Voir la vidéo" ouvrirait toujours une popup Cela n'empeche pas de laisser le vidéo visible dans le DA Et ca serait + homogène / compréhensible. Je sais que ca avait été discuté longuement mais finalement pourquoi faire compliqué quand on peut faire simple... ? |
| Commentaire de Sébastien Aubert [ 10/juil./08 18:02 ] |
| ok j'ai été un peu expéditif et c'est une bonne idée... |
[APP-21141] [Uniformisation des tailles de popup] Agrandir la taille des popup d'aide pour que la page d'identification puisse s'afficher entièrement. Création: 09/juil./08 15:07 Mise à jour: 23/déc./09 14:50 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Commentaires |
| Commentaire de Renaud Dierickx [ 09/juil./08 15:08 ] |
| Voir screenshot-1 |
| Commentaire de Cedric Favero [ 17/juil./08 09:10 ] |
|
je ne pense pas avoir la main dessus. Dans infoglue on crée une page avec son alias et son contenu . Mais ensuite la manière dont est appelée la page , en pleine page ou en popup (javascript?) et sa taille , je pense que c'est simplement la manière dont est fait le lien... (dev? param?) |
| Commentaire de Antoine Carré [ 30/avr./09 11:38 ] |
|
Ce bug existe il encore ? il me semble que cette popup n'existe plus non ? |
[APP-21125] Fiches supprimées accessibles via Google - contrefaçons LVMH, Apple, etc... Création: 09/juil./08 11:09 Mise à jour: 08/sept./08 09:55 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Référencement |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Aurélien Vergalli | Attribution: | Aurélien Vergalli |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Cela peut devenir génant sur ce type de fiche (contrefaçon) : ID 51840767 Recherche google : http://www.google.fr/search?hl=fr&client=firefox-a&channel=s&rls=org.mozilla%3Afr%3Aofficial&hs=r6&q=CECT+T-520&btnG=Rechercher&meta= Ou encore: - Recherche google "TN Vuitton", price arrive en sixième position avec la fiche www.priceminister.com/offer/buy/14744648/Nike-Air-Max-Plus-Tn-Louis-Vuitton-Blue-T43.html - Recherche "casquette Louis Vuitton", 9ème résultat avec la fiche http://www.priceminister.com/offer/buy/5832943/Casquette-Louis-Vuitton.html |
| Commentaires |
| Commentaire de Sandra Ferrero [ 15/juil./08 16:05 ] |
|
Recherche "TN Burberry", 1ère position avec cette fiche: http://www.priceminister.com/offer/buy/6430939/Nike-Tn-Burberry-Collection-Homme-Ou-Femme.html Recherche "Imitation Dior", 8ème place avec la fiche: http://www.priceminister.com/offer/buy/46505748/Casquette-Dior-Rose-Et-Blanche-Strass.html etc... Je confirme, c'est très "gênant" et j'ajoute que ça peut devenir dangereux. |
| Commentaire de Benoit Tabaka [ 15/juil./08 16:08 ] |
| Je confirme la crainte de Sandra. C'est plus que gênant de voir être référencée des FP supprimées. |
| Commentaire de Cedric Favero [ 15/juil./08 16:13 ] |
|
On avait déjà eu le cas avec les flux partenaires : Je vais plus loin en disant que ne doivent absolument pas etre reprises les fiches en cours de validation (etat soumis). Mais de manière generale toutes les fiches produit dont l'annonce associée n'est pas visible (en cours de validation , périmée, vendeur en vacances, vendeur en -2, etc...) Merci. |
| Commentaire de Cedric Favero [ 15/juil./08 16:51 ] |
|
Mauvaise lecture de ma part. En fait toutes ces fiches sont restées visibles longtemps en ligne: http://www.priceminister.com/offer/buy/46505748/Casquette-Dior-Rose-Et-Blanche-Strass.html Créée en avril 2006 et supprimée en decembre 2006. http://www.priceminister.com/offer/buy/6430939/Nike-Tn-Burberry-Collection-Homme-Ou-Femme.html Créée en juin 2005 et supprimée en novembre 2006. www.priceminister.com/offer/buy/14744648/Nike-Air-Max-Plus-Tn-Louis-Vuitton-Blue-T43.html Créée en non 2005 , supprimée en Aout 2006. Il est donc normal que Google ait pu les referencer. la question est plutot de savoir s'il est possible de les "dé-réferencer.". |
| Commentaire de Pierre Bret [ 23/juil./08 12:43 ] |
|
Je viens d'être alerté de cette problématique, et après
lecture, je peux vous proposer de dé-indexer dans Google les urls
concernées. Cela ne concernera pas les autres moteurs de recherche. Pour ce faire, il vous suffit de m'envoyer la liste des urls à dé-indexer Qu'en pensez-vous ? |
[APP-21124] L'appli retourne un 503 si demande d'image inexistante-> un 404 serait-il plus approprié? Création: 09/juil./08 11:07 Mise à jour: 25/janv./11 09:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 24.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Ayoub Benseghir | Attribution: | Benoît Bourdon |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Site: | Prod | ||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
| Classif1: | IMAGE | ||||||||||||||||
| Description |
|
L'appli retourne un 503 si demande d'image inexistante-> un 404 serait-il plus approprié?
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 11/juil./08 10:44 ] |
|
"Critique" me parait un peu élevé ... même majeur ... mais pour le moment je le laisse en majeur -> Ayoub ? est ce comme cela depuis longtemps ?? depuis toujours ? -> Coté référencement faut voir si ils ont une préconisation à faire (voir avec Thierry) |
| Commentaire de Ayoub Benseghir [ 11/juil./08 11:22 ] |
|
Oui c'est comme ca depuis toujours, cependant la RFC 2616 à la section 10 précise les choses suivantes: 10.4.5 404 Not Found The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address. This status code is commonly used when the server does not wish to reveal exactly why the request has been refused, or when no other response is applicable. 10.4.11 410 Gone The requested resource is no longer available at the server and no forwarding address is known. This condition is expected to be considered permanent. Clients with link editing capabilities SHOULD delete references to the Request-URI after user approval. If the server does not know, or has no facility to determine, whether or not the condition is permanent, the status code 404 (Not Found) SHOULD be used instead. This response is cacheable unless indicated otherwise. The 410 response is primarily intended to assist the task of web maintenance by notifying the recipient that the resource is intentionally unavailable and that the server owners desire that remote links to that resource be removed. Such an event is common for limited-time, promotional services and for resources belonging to individuals no longer working at the server's site. It is not necessary to mark all permanently unavailable resources as "gone" or to keep the mark for any length of time -- that is left to the discretion of the server owner. lien: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html D'ailleurs quand une image n'existe pas, l'idéal serait un 410 si le prd_image_id demandé est inférieur au max(prd_image_id) et un 404 sinon. Justement pour le référencement çela évitera qu'une url inexistante soit demandée à de nombreuses reprises. |
| Commentaire de Benoît Bourdon [ 21/juil./08 17:30 ] |
|
Hello Thierry, -> Tu as un avis / un souhait particulier là-dessus ? |
| Commentaire de Thierry Leforestier [ 21/juil./08 17:39 ] |
|
Si on parle bien des images présentes sur pan.priceminister.com, alors ça n'impacte en rien le référencement : - La recherche d'image n'est pas activée sur PriceMinister - Le domaine pan est restreint par un robots.txt qui interdit l'indexation des contenus : http://pan.priceminister.com/robots.txt pas de préconisation particulière coté référencement donc (merci en tout cas d'avoir pensé a nous demander notre avis !). Thierry |
| Commentaire de Benoît Bourdon [ 21/juil./08 17:52 ] |
|
non pas des images en elle meme mais de la pge qui les appelle : exemple : http://www.priceminister.com/image?action=slideshow&prdfamilycode=600&prdimageid=81437929&productid=62413183 tu changes le "prdimageid" par un truc débile et tu verra. Par contre je me dit que ces pages ne sont normalement pas connues par google ... ou alors je ne comprends plus rien au ref ;-) |
| Commentaire de Thierry Leforestier [ 21/juil./08 18:00 ] |
| Suite à notre vérification, je confirme, c'est bien sous pan.priceminister.com |
| Commentaire de Benoît Bourdon [ 21/juil./08 18:34 ] |
|
-> pas d'impact REF. Ok donc pourquoi pas. Je fait passer cette demande par dispatcher Dev ... questoin de voir si il n'y pas d'autres impacts ou risques |
| Commentaire de Alexandre Garnier [ 28/juil./08 14:54 ] |
|
L'utilisation du 503 est le fonctionnement par défaut de l'appli. De plus on voulait justement éviter de mettre du 404 dans URL d'images pour éviter qu'Akamai (ou Panther) revienne nous les redemander en continu Mais c'était pour les mauvaises URL d'images statiques qui sont maintenant plus censées être aussi nombreuses qu'avant, sachant de plus que les images produit, c'est différent. Si ya aucun impact référencement (attention, il n'y a pas que pan.priceminister.com mais aussi les URL Akamai), je propose plutôt de ne rien changer. |
| Commentaire de Alexandre Garnier [ 28/juil./08 15:05 ] |
|
Sinon il est possible de gérer ça dans
com.babelstore.resource.front.ResourceRequest#setView(View view) ou
mieux via une exception dans
com.babelstore.resource.front.PhotoAction#loadImage(Long lImageId,
Integer nWidth, Integer nHeight) qui serait correctement catchée au
niveau de com.babelstore.util.web.Dispatcher#processAction(Request
request, Parameters params, String sAction) Le best serait d'avoir un système permettant de facilement gérer les codes de retour en cas d'erreur (des exceptions contenant le code de retour qui sera géré par le dispatcher ou des trucs du genre) |
| Commentaire de Ange Ferrari [ 28/juil./08 15:16 ] |
|
Justement Alexandre c'est tout l'inverse 503 signifie le service est indisponible pour le moment ( donc Akamai revient pour voir si le service est ok ! ) 404 ou mieux 410 signifie que la ressource n'existe pas et donc pas de raison de venir la rechercher c'est exactement ce que dit la RFC... |
| Commentaire de Ange Ferrari [ 28/juil./08 15:16 ] |
|
C'est le même principe qu'une page pour google si google prend un 503 sur une page il reviendra plus tard si il prend un 404 il ne vient plus... |
| Commentaire de Alexandre Garnier [ 28/juil./08 16:21 ] |
|
Dans la théorie je suis parfaitement d'accord. Après il y a la pratique et le fait que certains se donnent du mal pour ne pas suivre les spécifications ... Sinon, lors du projet ressource il m'avait été demandé de faire comme ça pour les codes de retour. |
| Commentaire de Nicolas Chauveau [ 22/oct./09 11:34 ] |
|
On en est où ? vis à vis des images produit mais aussi des images IG. |
| Commentaire de Alexandre Garnier [ 22/oct./09 17:55 ] |
|
Nul part : erreur dans l'appli --> 503, on est actuellement pas capable de gérer d'autre code Faut voir ce qu'on veut faire par rapport à mon commentaire #comment-129086-open |
[APP-21120] Mise à jour des quantités - pouvoir passer de quantité fixe en illimité et vice versa Création: 08/juil./08 18:54 Mise à jour: 24/juil./08 10:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 24.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Frédéric Nahum | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Sujet : Les gros partenaire (ex :browse4books) ont de
grandes quantités dans leur fichier, ce qui rendent ingérable les
variations de stocks et fausse les statistiques. Lorsque l'on veut modifier une quantité XXX en illimité, l'import passe mais la quantité n'est pas mise à jour dans la base idem dans le sens inverse pour passer d'une quantité l'illimité en XXX. Ex Quantité =195 à mettre à jour en Quantité = * et là la quantité reste à 195 Il serait donc important que l'on puisse modifier cette valeur dans les deux sens. |
| Commentaires |
| Commentaire de Jérôme Viviès [ 09/juil./08 08:58 ] |
| Justin, n'hésite pas à commenter ce JIRA, notamment au sujet de tes idées sur le degré de tolérance que l'on pourrait s'octroyer par rapport aux cas qui pourraient poser problème lors du passage illimité => réel. |
| Commentaire de Quentin de Chivré [ 24/juil./08 10:33 ] |
|
C'est un sujet SBP qui n'a pas encore été traité. Pas tres compliqué mais demande un peu de conception... (deja faite ?) Pour bien le faire, il faut changer la semantique des compteurs de la façon suivante : - available_count => available_count (items dispo, considéré comme = 1 si is_unlimited = true) - unavailable_count => reserved_count (compte les items en panier plutot que les items non dispos) |
[APP-21068] [NpF] tantôt il n'existe pas d'articles "neuf" tantot si Création: 04/juil./08 17:37 Mise à jour: 17/oct./08 14:36 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation annonce |
| Affecte la/les version(s): | 24.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Après_selection_OCCASION.jpg
Avant_selection_OCCASION.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | FAST |
| Classif2: | instream |
| Description |
|
- Sachant que "Neuf" est grisé (au niveau de "Afficher
tout"), quand on sélectionne "occasion", "neuf" devient actif alors
qu'il n'y a pas d'article neuf;
|
| Commentaires |
| Commentaire de Nicolas Chauveau [ 11/juil./08 12:00 ] |
| trouver le doublon ! |
| Commentaire de Martin Sudmann [ 17/oct./08 14:11 ] |
|
impossible à résoudre - dès que l'on filtre sur un type
d'annonce, on perd l'information si d'autres types d'annonces existent. Alors on les rend tous cliquable pour éviter un cul de sac dans la navigation. |
[APP-21049] ménage dans les unité d'attributs (prd_attribute_unit) Création: 03/juil./08 11:11 Mise à jour: 30/déc./09 09:51 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Base de données |
| Affecte la/les version(s): | 27.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif FONC: | modèle attribut | ||||||||
| Description |
|
# PRD_ATTRIBUTE_UNIT_KEY UNIT ROW_VERSION == ====================== ========= =========== 1 U00099 Cm 0 2 U00098 mm 0 3 U00110 Ppm 0 4 U00101 Km 0 5 U80155 ppm 0 6 U80145 cm 0 7 UC0003 l / 100km 0 8 UC0004 m 0 9 UC0010 Nm 0 10 U80216 mm 0 11 U80093 m 0 si je veux utiliser des mètres j'utilise quelle clé ? UC0004 ou U80093 pour les centimètres : U80145 ou bien U00099 etc ... |
[APP-21043] Mettre la notion familles sur les pages SELL_FAMILY Création: 02/juil./08 17:42 Mise à jour: 23/sept./08 19:57 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Olga Costa | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Commentaires |
| Commentaire de Swan Desportes [ 08/juil./08 10:23 ] |
| C'est un doublon d'un JIRA que je t'ai déjà transféré non ? |
| Commentaire de Benoît Bourdon [ 21/juil./08 18:40 ] |
|
ça ne me dit rien ... mais peut être ... Sinon, nous n'avons pas spécialement besoin pour l'instant de cette notion dans ces pages (le bloc vendre finalement n'apparaitra pas ici) Après Olga en avait besoin, mais visiblement il y a une solution de contournement ... Donc à toi de voir si il faut mettre cette notion ou non dans les pages SELL_FAMILLY |
| Commentaire de Swan Desportes [ 29/juil./08 12:24 ] |
|
Benoit, Je préfère que l'utilisation de la notion de famille soit faite sous ton contrôle (quitte à ce que ce soit nous qui implémentions quelquechose). Soit tu donnes ton go et on travaille sinon je gèle la demande. |
| Commentaire de Swan Desportes [ 29/juil./08 12:33 ] |
| --> Dispatcher CAT (vu avec BBO) |
[APP-21032] Import de fichier : petit souci avec le nombre de lignes à traiter Création: 02/juil./08 12:33 Mise à jour: 11/mai/09 10:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | 24.0.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
6057337.txt
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
- Soit le fichier "5686036" en INTEG; - Le fichier de base possède "3546" lignes (Cf. PJ), une fois visible en BO avec le nombre de ligne à traiter passe à "3541"; - Sachant que le profil utilisé pour le traitement de ce fichier spécifie que : "La 1ere ligne est une ligne de titre" (moins 1 ligne) "Déclencher le processus de normalisation" (moins toutes les lignes vides -- or il n'en existe pas dans ce fichier) "Nombre de colonnes attendu" - Si le processus de normalisation supprime un nombre de ligne, le mieux serait d'en savoir le nombre; |
| Commentaires |
| Commentaire de Martin Sudmann [ 11/mai/09 10:21 ] |
| trouvé chez MOD après son départ |
[POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06
(APP-20980)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Tracking |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
Concernant les problèmes de tracking, j'ai fait des checks
plus en détails pour la journée de dimanche 29 sur un WEB (ARICIA) (si
je ne me trompe pas 2 codage différents sont utilisé pour faire du
tracking : des url en ?t= et ?tracking=). Sur 402429 appels avec un code de tracking pour la journée de dimanche (zgrep "\?t=\|\?tracking=" /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz ) -> 274846 OK (code de retour 200) -> 127583 code <> 200, soit environ 30% des appels avec un code tracking ne fonctionne pas. La répartition des erreurs sont réparties par code: 1. 115952 code erreur 302 2. 7131 code erreur 503 3. 3656 code erreur 301 4. et aussi (401 code 502 (due à pangora), 246 code 403, 134 code 304, 58 code 404... A noter que 61355 erreurs (soit 50%) sont dues à des appels à la racine, du type GET /?t= ou GET /?tracking= . En fait aucun appels de type '/?t' ne fonctionne. 1er : Il n'y a pas de différence entre les versions de browser utilisés (on trouve bien des erreurs pour tous). 2e : il n'y a pas de lien avec les IP, 100090 IP différentes ont générés des erreurs. 3e : Pas de referrer en particulier, 1434 differents. 4e : détails des erreurs : La grosse majorité des erreurs proviennent des id de tracking suivnats : 1. 40627 erreur pour ID: 2198443 2. 29629 errreures pour ID: 2089340 3. 33693 pour ID 62001 4. 4015 pour ID 2193942 5. 3458 pour ID 2198446 6. 2011 pour ID 2193943 7. ... TOP 30 - Répartition des erreurs 302 par URL : [mrtg@aricia tmp]$ grep " 302 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30 30071 GET /jeux-video?t=2198443 HTTP/1.1 28835 GET /?tracking=2089340& HTTP/1.1 27244 GET /?tracking=62001& HTTP/1.1 4030 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1 3909 GET /video-dvd-vhs?t=2193942 HTTP/1.1 3303 GET /livres-bd?t=2198446 HTTP/1.1 1984 GET /jeux-video?t=2193943 HTTP/1.1 1768 GET /musique-cd?t=2198447 HTTP/1.1 1681 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 1399 GET /video-dvd-vhs?t=2198442 HTTP/1.1 750 GET /image-son?tracking=62001& HTTP/1.1 703 GET /?t=687040 HTTP/1.1 662 GET /informatique-logiciels?t=2198444+ HTTP/1.1 551 GET /?t=2196840 HTTP/1.1 480 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1 459 GET /?tracking=2089340& HTTP/1.0 364 GET /?t=1963240 HTTP/1.1 339 GET /?tracking=2173343& HTTP/1.1 324 GET /?tracking=1398040& HTTP/1.1 323 GET /jeux-video?t=2198443 HTTP/1.0 318 GET /track?t=1414040 HTTP/1.1 285 GET /?tracking=62001& HTTP/1.0 211 GET /info/home?tracking=62001& HTTP/1.1 183 GET /informatique-logiciels?t=%201398040&tracking=62001& HTTP/1.1 143 GET /info/home?tracking=2089340& HTTP/1.1 125 GET /?t=2187340 HTTP/1.1 113 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1 105 GET /?t=%201398040&tracking=62001& HTTP/1.1 97 GET /user HTTP/1.1 97 GET /?t=2193843 HTTP/1.1 TOP 30 - Erreur 503 par URL: [mrtg@aricia tmp]$ grep " 503 " 2906trackingall-pas200 | cut -d '"' -f2 | sort |uniq -c | sort -rn | head -30 5683 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.1 196 GET /?tracking=62001& HTTP/1.1 126 GET / HTTP/1.1 105 GET /?tracking=2089340& HTTP/1.1 84 GET /nav/Jeux-Video-et-Consoles?t=2198443 HTTP/1.0 80 GET /info/home?tracking=62001& HTTP/1.1 41 GET /livres-bd?t=2198446 HTTP/1.1 39 GET /temporaire.html HTTP/1.1 27 GET /video-dvd-vhs?t=2193942 HTTP/1.1 23 GET /info/no/op/lpc3?tracking=62001& HTTP/1.1 22 GET /track?t=1414040 HTTP/1.1 21 GET /jeux-video?t=2198443 HTTP/1.1 16 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 14 GET /image-son?tracking=62001& HTTP/1.1 11 GET /musique-cd?t=2198447 HTTP/1.1 7 GET /track?t=1788042 HTTP/1.1 7 GET /jeux-video?t=%201398040&tracking=62001& HTTP/1.1 5 GET /track?dontincreqcount=true&isfirsttracking=false&t=271743 HTTP/1.1 5 GET /?t=687040 HTTP/1.1 5 GET /nav/Mode_bijoux?tracking=905640 HTTP/1.1 5 GET / HTTP/1.0 4 GET /?tracking=2173343& HTTP/1.1 4 GET /?tracking=2089340& HTTP/1.0 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=271741 HTTP/1.1 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1907057 HTTP/1.1 4 GET /track?dontincreqcount=true&isfirsttracking=false&t=1857040 HTTP/1.1 4 GET /nav/Livres?t=2193941 HTTP/1.1 3 GET /?tracking=62001& HTTP/1.0 3 GET /track?dontincreqcount=true&isfirsttracking=false&t=869242 HTTP/1.1 3 GET /offer/buy/63080459/Les-Tests-Du-Code-De-La-Route-Livre.html#?t=271740&dinsight=1008&IDTF=8875910 HTTP/1.1 |
| Commentaires |
| Commentaire de Swan Desportes [ 01/juil./08 17:20 ] |
|
Tous les codes de tracking existent (en tout cas les premiers) et fonctionnent bien. Les pages listées dans les top302 et top503 semblent fonctionner quand on les appelle au coup par coup. Du coup, je me pose 2 questions : - les url en /?t=xx sont redirigées par la serveur Apache en /info/home?t=xxx. Est ce que la code est 302 pour une redirection ? Auquel cas, on serait donc dans une situation normale. - pour les erreurs 503, est ce que seules les url en tracking plantent ou est ce qu'elles sont noyées dans un flot d'url classiques qui plantent en 503. Auquel cas, je pencherais pour un simple plantage serveur. D'autre part, les codes de tracking qui ressortent en premier sont a priori ceux qui nous génèrent le plus de trafic donc il serait normal qu'ils génèrent le plus d'erreur. |
[APP-20980] [POST DEPLOY] nombre d'erreur sur AS et WEB servers est anormalement monté depuis le 24/06 Création: 26/juin/08 17:04 Mise à jour: 24/nov./09 15:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
screenshot-1.jpg
|
||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||
| Site: | Prod | ||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Description |
|
Bonjour, ce JIRA est ouvvert pour garder trace de l'issue. Depuis le 24 au matin le nb d'erreur / exception est monté sur les AS FR ainsi que le nb d'erreurs 503/403 sur les web servers. Apperemment c'est du lié passage sur le schema infoglue V23_0_3_ 3. Voici résultat recherche des LOGS: Concernant les erreurs AS FR, par exemple dans les logs de SAIS pour hier sur 13661 ligne ERRORS - 4518 sont des erreurs : Category configuration (par exemple : 2008-06-25 13:41:08,814 ERROR [-Processor24] 86.197.33.24 - Category configuration problem - Parameter : 100652/5272 - Value 13.0 not comparable to K00682) - 6497 sont des lignes Load error et ne sont pas dues à une IP en particulier (par exemple : [mrtg@autochtonos jboss]$ zgrep '81.242.146.156' 2008-06-26-05-00_sais.log.gz 2008-06-25 05:44:46,688 INFO [-Processor17] 81.242.146.156 - >>> GET http://www.priceminister.com/info/home?t=2193942 2008-06-25 05:44:46,692 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2008-06-25 05:44:46,694 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.content.front.ContentBlock_jsp overload the model com.babelstore.content.front.ContentModel 2008-06-25 05:44:46,696 WARN [-Processor17] 81.242.146.156 - FRM : com.babelstore.common.front.FrontHeader_jsp overload the model com.babelstore.common.front.HeaderModel 2008-06-25 05:44:46,770 INFO [-Processor17] 81.242.146.156 - Displaying tag : Tracking (ENTRY) - mediastay24(2193942)::Entree 2008-06-25 05:44:46,828 INFO [-Processor17] 81.242.146.156 - <<< [140 ms] GET http://www.priceminister.com/info/home?t=2193942 2008-06-25 05:45:01,960 INFO [-Processor10] 81.242.146.156 - >>> GET http://www.priceminister.com/info/ 2008-06-25 05:45:01,964 ERROR [-Processor10] 81.242.146.156 - Load error 2008-06-25 05:45:01,964 INFO [-Processor10] 81.242.146.156 - Setting response status code to 503 2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - Displaying tag : Tracking (SECOND_PAGE) - mediastay24(2193942)::Deuxieme_page 2008-06-25 05:45:02,070 INFO [-Processor10] 81.242.146.156 - <<< [110 ms] GET http://www.priceminister.com/info/ Les erreurs Load error sont nouvelles (cad leur nombre a explosé il y a 2 jours le 24/06) et sont encore existantes aujourd'hui. On retrouve ces erreurs sur les serveurs web. Voici sur ARICIA la répartition des erreurs 503 par url toute journée : 7575 GET /info/ HTTP/1.1 6923 GET /res/co/0/www/www/45955/'%20+%20url%20+%20' HTTP/1.1 6519 GET /res/static/0/www/www/55575/fc/scriptaculous/\ 4907 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 4863 GET /info/home?t=1853340 HTTP/1.1 417 GET /info/home HTTP/1.1 373 GET / HTTP/1.1 243 GET /info/ HTTP/1.0 190 GET /?tracking=62001& HTTP/1.1 122 GET /info/home HTTP/1.0 Meme chose sur ARICIA répartitions des erreurs 403 par url toute journée : [mrtg@aricia tmp]$ grep ' 403 ' pas2002506 | cut -d '"' -f2 | sort |uniq -c | sort -rn |more 6603 GET /shaking.asis HTTP/1.1 271 GET /static/www/brandV900.css HTTP/1.1 173 GET /shaking.asis HTTP/1.0 92 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=6551&STRMVER=4&CAPREQ=0 HTTP/1.1 76 GET /?t=1853340 HTTP/1.1 75 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 37 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=5606&STRMVER=4&CAPREQ=0 HTTP/1.1 33 GET /_vti_bin/owssvr.dll?UL=1&ACT=4&BUILD=4518&STRMVER=4&CAPREQ=0 HTTP/1.1 31 GET / HTTP/1.1 Pour info voici aussi la répartition par URL de toutes les autres erreurs APACHE (cad autre que 403/503) : [mrtg@aricia tmp]$ grep -v ' 403 ' pas2002506 | grep -v ' 503 ' |cut -d '"' -f2 | sort |uniq -c | sort -rn |more 39895 GET /?tracking=2089340& HTTP/1.1 29392 GET /favicon.ico HTTP/1.1 28488 GET /?tracking=62001& HTTP/1.1 20461 GET /?t=1853340 HTTP/1.1 16778 GET /connect?action=login&c=80&dest=%2Fuser HTTP/1.1 15854 GET /user HTTP/1.1 13115 POST /submit HTTP/1.1 8003 GET /content/V11_3_2/front/xtroi.js HTTP/1.1 6408 GET /checkout?action=address HTTP/1.1 3751 GET /?t=2193940 HTTP/1.1 3322 GET /?tracking=2089340& HTTP/1.0 2967 POST /checkout HTTP/1.1 2817 GET /info/home?t=1853340 HTTP/1.1 2602 GET /home HTTP/1.1 2459 GET /image-son?t=%201398040&tracking=62001& HTTP/1.1 2146 GET /connect?action=logout&pro=false HTTP/1.1 2070 GET /user?action=cookies&dest=%2Fconnect%3Faction%3Dlogin%26c%3D80%26dest%3D%252Fuser HTTP/1.1 1978 GET /info/no/op/grande_braderie?t=2198443 HTTP/1.1 1895 POST /connect HTTP/1.1 1852 GET /?t=2193942 HTTP/1.1 1594 GET / HTTP/1.1 1355 GET /?t=1985241 HTTP/1.1 1203 GET /?t=1837241 HTTP/1.1 1180 POST /question HTTP/1.1 1113 GET /navigation/default/category/bargain?static=true HTTP/1.0 merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 30/juin/08 10:54 ] |
|
39895 GET /?tracking=2089340& HTTP/1.1 28488 GET /?tracking=62001& HTTP/1.1 20461 GET /?t=1853340 HTTP/1.1 les lignes ci-dessus extraitent de ton derniers listing m'inquiétent particulièrement ! Il y a peut etre un pb avec notre système de tracking marketing... y a t il moyen de les étudiers un peu plus ? comprendre d'ou ils viennent ? browser ? ip ? referrer ? faire un sous jira pour isoler les différents cas, puisque c'est différent de ton cas de "load error" ? merci |
| Commentaire de Sébastien Raguet [ 30/juin/08 17:48 ] |
|
Effectivement les recherches faites n'ont pas fait de différence entre les erreurs load erreurs et autres. Cependant la forte augmentation du nombre des erreurs sur les AS le 24 est complètement due au load errors et a bien a disparu le 27 (en fait baisse des le 26 à partir de 18h/19h). [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-24-05-00_sais.log.gz | grep 'Load error' |wc -l 641 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-25-05-00_sais.log.gz | grep 'Load error' |wc -l 6904 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-26-05-00_sais.log.gz | grep 'Load error' |wc -l 6497 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-27-05-00_sais.log.gz | grep 'Load error' |wc -l 3857 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-28-05-00_sais.log.gz | grep 'Load error' |wc -l 422 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-29-05-00_sais.log.gz | grep 'Load error' |wc -l 663 [mrtg@autochtonos jboss]$ zgrep 'ERROR' 2008-06-30-05-00_sais.log.gz | grep 'Load error' |wc -l 339 J'ai eu une notification de Jérémie qu'un problème lié à mediastay a été corrigé le 26 au soir. Je suis dans l'attente de détails sur ce qui a été fait. J'ouvre un autre JIRA a propos des problèmes de tracking. |
| Commentaire de Sébastien Raguet [ 01/juil./08 14:06 ] |
|
Voici le retour concernant le changement Mediastay: 'En fait médiastay appelait une page (infoglue) erronée. Maintenant ils appellent une page qui existe ! Voila l'explication que j'ai eu coté market/param.' |
| Commentaire de Swan Desportes [ 01/juil./08 16:49 ] |
|
Effectivement, la page appelée "www.priceminister.com/info"
n'existe pas et provoque un load error puisqu'il attend un autre
paramètre lui permettant d'identifier la page recherchée dans infoglue. On ne peut accéder à cette page qu'en tapant l'URL explicitement. Est ce que la situation est revenue à la normale ? |
| Commentaire de Sébastien Raguet [ 03/juil./08 10:38 ] |
|
On a eu un retour à la normale le 27 mais à nouveau ces
messages sont à nouveua montés le 01/07 (voir graph erreur sur sais). J'ai contacté hier l'équipe de marketing hier en fournissant les code de tracking qui posaient le plus de problème mais cependant au vu des logs, Justin pense plus à un problème de dev. Désolé j''ai ouvert un nouveau JIRA ( merci |
| Commentaire de Justin Ziegler [ 03/juil./08 19:08 ] |
|
Swan, comment peut on avancer la dessus ? merci |
| Commentaire de Justin Ziegler [ 03/juil./08 19:11 ] |
|
On voit bien que a chaque fois le referrer est la home : Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?tracking=62001& Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?tracking=2089340& Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home?&t=316940&dinsight=345&kwsl=13915880 il y a donc un pb qq part dans la home ? |
| Commentaire de Swan Desportes [ 04/juil./08 12:12 ] |
|
Je viens de passer une heure à inspecter la home page. Je ne
vois aucune requete (de type ressource) ou liens susceptible de générer
une url du type http://www.priceminister.com/info/ J'ai fait mes tests sur FF3. Peut etre que le problème est lié à un navigateur en particulier. Est ce qu'il y a moyen de connaitre les navigateurs utilisés lorsqu'il y a erreur ? |
| Commentaire de Sébastien Raguet [ 04/juil./08 14:56 ] |
|
je viens de faire la recherche dans les logs web aricia en cours par exemple sur code tracking 62001: Nb erreur 503 total pour les appels [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep ' 503 ' | wc -l 488 Voici nombre d'errreur pour Client Microsoft: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep '(compatible; MSIE' | grep " 503 " | wc -l 487 Client firefox: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep -i firefox | grep " 503 " | wc -l 1 Plus de détails sur le top par versions: [mrtg@aricia logs]$ grep 'www.priceminister.com/info/home?tracking=62001&' vaccess_log | grep ' 503 ' | cut -d '"' -f6 | sort -rn |uniq -c | sort -rn 110 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 44 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) 30 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) 29 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506) 13 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727) 12 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 12 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) 11 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 9 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1) 8 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506) 7 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648) 6 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30) 5 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) 4 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Orange 7.4 ; NaviWoo1.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) 4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) 4 Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) 3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; .NET CLR 1.1.4322) 3 Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506; InfoPath.2) Donc IE 6 et 7. En élargissant sur toutes les erreurs 503 pour 'www.priceminister.com/info/home?t': 2254 erreurs: 2251 pour IE et 3 pour Firefox . ( + On a 27 erreurs 503 pour des appels d'image (26 appels AKAMAI, 1 panther ). |
| Commentaire de Justin Ziegler [ 04/juil./08 15:12 ] |
| n'est ce pas la répartition normale des browser ? |
| Commentaire de Sébastien Raguet [ 04/juil./08 15:48 ] |
|
non on est en très loin. Par exemple sur aricia on trouve: Pour toutes les lignes avec référence au browser: [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | wc -l 656868 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | wc -l 255821 soit 36% pour firefox. Si on regarde pour les code 200 uniquement: [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | wc -l 566941 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | wc -l 218502 soit encore 36% pour Firefox et pour les erreurs 503 (sans distinction): [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 503 ' | wc -l 6112 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 503 ' | wc -l 584 Cette fois Firefox ne représnte plus que 11% des lignes avec code 503. Et si on regarde cette fois le nb de code 200 pour 'www.priceminister.com/info/home?t' : [mrtg@aricia logs]$ grep '(compatible; MSIE' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t' | wc -l 339 [mrtg@aricia logs]$ grep 'Firefox' vaccess_log | grep ' 200 ' | grep 'www.priceminister.com/info/home?t' | wc -l 1593 La proportion est bien complément inversée: - IE 339 ok, contre les 2251 bad - Firefox 1593 pages OK, contre 3 bad. |
| Commentaire de Swan Desportes [ 07/juil./08 14:37 ] |
|
Donc, il semble que le problème n'apparaisse quasi exclusivement sur IE (ou en tout cas, pas sur FF). Je n'arrive pas à le reproduire sous mon IE7 en dev. Et je ne vois aucun lien ou appel en www.priceminister.com/info/ en prod depuis mon IE7... Pourtant, d'après les analyses de Sébastien, ce navigateur provoque également le problème. Je me demande si je ne dois pas chercher côté promo. Je suis assez étonné que l'erreur ne se produise pas dans 100% des cas. |
| Commentaire de Swan Desportes [ 10/juil./08 12:06 ] |
| Je n'arrive vraiment pas à reproduire. Pour continuer l'analyse, je pense qu'il faut qu'on attaque le problème ensemble avec Sébastien. |
| Commentaire de Sébastien Raguet [ 16/juil./08 14:54 ] |
|
Il se peut bien que cela soit du a des problème de market.
Leur nombre est monté puis rebaissé sans vraiment que quoi que ce soit
est changé. Je viens de regarder les logs pour la journée d'hier pour les appels de type 'home?t' : Sur les WEB nombre d'appels qui sont OK (code retour 200): [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 200 ' | wc -l "; done aricia 23404 evandre 23429 evenor 22903 neith 21457 phaeton 8770 Et nombre de code de retour 503: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep ' 503 ' | wc -l "; done aricia 56 evandre 51 evenor 58 neith 57 phaeton 19 nb code de retour autre que 200, 503 et 30X: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i "zgrep 'home?t' /data/chrootapache/usr/local/apache/logs/vaccess_log.1.gz | grep -v ' 200 ' | grep -v " 302 " | grep -v " 301 " | grep -v " 503 "|wc -l "; done aricia 15 evandre 14 evenor 13 neith 8 phaeton 10 Le nombre d'erreurs a fortement diminué, on passe a environ 0.2% d'appel 'home?t' qui ne fonctionnent pas alors que la semaine dernière on était bien plus haut. Sur les AS, on a aussi une forte diminution des erreurs Load error. [mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep ERROR $i | grep 'Load error' |wc -l ; done 2008-07-16-05-00_amphitrite.log.gz 74 2008-07-16-05-00_amphore.log.gz 56 2008-07-16-05-00_angita.log.gz 89 2008-07-16-05-00_aurore.log.gz 83 2008-07-16-05-00_junon.log.gz 1 2008-07-16-05-00_orichalque.log.gz 214 2008-07-16-05-00_rhome.log.gz 152 2008-07-16-05-00_sais.log.gz 198 2008-07-16-05-00_salus.log.gz 156 2008-07-16-05-00_tellus.log.gz 11 2008-07-16-05-00_titeia.log.gz 123 On a donc retrouver un niveau faible de ces erreurs de type Load error. De plus les erreurs de type Load error pour une request de type 'GET http://www.priceminister.com/info/' sont très faible. [mrtg@sais jboss]$ for i in `ls 2008-07-16-05-00_*.log.gz`; do echo $i; zgrep -A4 'Load error' $i | grep -B2 -A2 'GET http://www.priceminister.com/info/' |grep ERROR | wc -l; done 2008-07-16-05-00_amphitrite.log.gz 3 2008-07-16-05-00_amphore.log.gz 0 2008-07-16-05-00_angita.log.gz 7 2008-07-16-05-00_aurore.log.gz 3 2008-07-16-05-00_junon.log.gz 0 2008-07-16-05-00_orichalque.log.gz 7 2008-07-16-05-00_rhome.log.gz 2 2008-07-16-05-00_sais.log.gz 6 2008-07-16-05-00_salus.log.gz 9 2008-07-16-05-00_tellus.log.gz 0 2008-07-16-05-00_titeia.log.gz 2 2 referrer ressortent: 2008-07-15 18:37:45,427 ERROR [-Processor28] 82.242.79.43 - Load error Servlet : com.babelstore.content.front.ContentServlet Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/cookies_requis User-Agent : Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322) 2008-07-16 00:57:55,585 ERROR [Processor215] 84.103.4.180 - Load error Servlet : com.babelstore.content.front.ContentServlet Request : GET http://www.priceminister.com/info/ Referrer : http://www.priceminister.com/info/home#t=1414040 User-Agent : Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; InfoPath.2; .NET CLR 2.0.50727) Par contre le peu d'erreur restant est toujours du à l'utilisation de IE et pas Firefox. Par exemple pour une des erreurs qui ressort code tracking 1414040: Nb appel OK avec IE: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'compatible; MSIE' | wc -l;done aricia 5410 bacchus 588 evandre 5495 evenor 5335 neith 5657 phaeton 1916 Environ 2% des d'appel echouent avec IE [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'compatible; MSIE' | wc -l;done aricia 122 evandre 139 evenor 132 neith 170 phaeton 34 Nb appel OK avec Firefox: [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep ' 200 ' | grep 'Firefox' | wc -l;done aricia 825 bacchus 66 evandre 807 evenor 792 neith 813 phaeton 276 [mrtg@autochtonos ~]$ Pas d'erreur avec Firefox [mrtg@autochtonos ~]$ for i in `cat ~/Deployment/hosts/hosts_web_*|sort|uniq`;do echo $i;ssh $i 'grep "t=1414040" /data/chrootapache/usr/local/apache/logs/vaccess_log' | grep -v ' 200 ' | grep 'Firefox' | wc -l;done aricia 0 evandre 0 evenor 1 neith 0 phaeton 0 En regard du faible nombre de ces erreurs et du temps déjà passé dessus, je pense donc que l'on peut mettre de côté pour le moment mais faire des recherches plus approfondie si le nombre de ces erreurs réaugmentent. |
| Commentaire de Swan Desportes [ 29/juil./08 12:29 ] |
|
OK, je baisse la priorité. Il y a eu beaucoup de chgt d'URL sur les liens sponsos dernièrement liés aux problèmes de "sharp tracking". Peut etre qu'il y a un lien de cause à effet. |
| Commentaire de Swan Desportes [ 23/janv./09 14:49 ] |
| Est ce que cette demande est toujours d'actualité ? |
| Commentaire de Alexandre Garnier [ 24/nov./09 15:46 ] |
| Pas forcement un problème de lien mais peut-être un problème de ressource avec un src vide ce qui pourrait parfaitement être provoqué par les pubs en JS sur la HP (et qui géreraient mal IE ?) |
| Commentaire de Alexandre Garnier [ 24/nov./09 15:48 ] |
|
Avec |
[APP-20971] Revoir la gestion des transactions dans les ejb3 batch et applications Création: 26/juin/08 09:39 Mise à jour: 11/mai/09 10:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Mostafa Diane | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | IMPORT |
| Description |
|
suite au différents problème de CNET j'ai constaté que la
gestion des transactions n'est pas bonne dans le service ejb3 du batch.
je sais pas quel est l'impact sur l'application
|
| Commentaires |
| Commentaire de Nicolas Chauveau [ 26/juin/08 17:17 ] |
| tu organises une réu avec MSA, EGV et MSU, stp ? |
| Commentaire de Martin Sudmann [ 18/juil./08 11:00 ] |
|
tu penses à organiser la réu ? Attention, pas trop tard, je pars Jeudi en vacances ! |
| Commentaire de Martin Sudmann [ 11/mai/09 10:21 ] |
| trouvé chez MOD après son départ |
[APP-20966] [SBP] - ergonomie outil OTM Création: 25/juin/08 16:34 Mise à jour: 21/juil./08 18:06 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Imad Cherghou |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | BP |
| Classif2: | otm |
| Description |
|
lorsque l'on cache les mappings pour sélectionner des
valeurs à fusionner (par exemple), les cases des mappings sont toujours
cochées après la fusion ... mais on ne les voient pas car on a choisi de
cacher ces mapping C'est assez perturbant quand on essaye de faire de nombreuses fusion ... par contre ça peut aussi être une fonctionnalité intéressante. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 21/juil./08 18:06 ] |
| Julien, c'est intéressant ou pas, alors ?... |
[APP-20953] Produits FO - Mise en forme CSS avec prise en compte affichage SPEC Création: 25/juin/08 11:18 Mise à jour: 11/janv./11 16:32 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | (NAV-G) |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Marion Anfreville | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
exemple synopsis.jpg
exemple tracklisting.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Depuis la nouvelle charte, certains affichages ne sont pas optimal sur les fiches produits.
Si on a des spécifications/tracklisting ou edito, ceux-ci viennent se coller aux informations du templating produit. Je pense qu'il faudrait au moins ajouter par défaut un retour à la ligne supplémentaire pour éviter que ces données soient littéralement collées. Sur les editos, il y a encore possibilité d'adapter l'affichage et d'ajouter un retour à la ligne supplémentaire en incluant du html dans le format d'import/mev ce qui n'est pas optimal puisqu'on devrait opérer cette opération un peu partout. Là où nous n'arrivons pas à contourner ce problème est lorsqu'on a uniquement des spécifications. Celles-ci viendront se coller aux données du templating produit (cf. capture écran). |
| Commentaires |
| Commentaire de Marion Anfreville [ 25/juin/08 11:21 ] |
| Pour l'image "exemple synopsis", un retour à la ligne a été ajouté dans l'edito pour éviter d'avoir cette donnée collée. |
| Commentaire de Edouard Gomez-Vaez [ 11/févr./09 09:26 ] |
| A prendre en compte dans la FP ? |
| Commentaire de Gafour Abdoul [ 11/févr./09 09:51 ] |
|
Cela devrait/peut faire partie du premier lot de la rationalisation de la FP. Reste encore à confirmer suivant ce qui sera dans ce premier lot. |
| Commentaire de Paul Leprévost [ 08/juin/09 11:42 ] |
|
Avec la ratio FP, nous avons désormais un bon contrôle sur l'affichage de ces données. Néanmoins, cela soulève un problème, celui de la présence du retour à la ligne forcé en début d'édito, qui provoquerait une double marge si nous décidons de séparer les éditos / description / fiche technique du templating produit. Il faudrait donc planifier lors d'une même version : - La suppression du retour à la ligne dans les données existantes - La suppression de l'ajout automatique dans le format d'import - La modification de l'affichage en CSS |
| Commentaire de Gafour Abdoul [ 08/juin/09 17:27 ] |
|
Il faudra à terme nettoyer les données. Il s'agit de le planifier, je vois avec JEV et NCH prochainement. |
[APP-20904] [COSAV] Pouvoir pour certains PRO bloquer les questions/posventes (ex: dvdlegacy) Création: 19/juin/08 15:03 Mise à jour: 27/nov./09 12:14 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Comme discuté dans le JIRA Ce blocage ne devrait pouvoir etre fait que par le BO (case à cocher dans les droits du compte?) et de manière exceptionnelle (comptes que l'on connait pour ne jamais répondre). Sur un tel compte l'acheteur aurait donc un édito particulier lui expliquant que le vendeur ne peut répondre aux questions et qu'il doit par conséquent s'adresser au Service Clients directement (avec eventuellement un formulaire directement) Cette demande apparue sur l'Espagne se justifie également sur la France pour certains gros comptes. Etude à mener en COSAV donc. |
| Commentaires |
| Commentaire de Nerea Prieto [ 21/juil./08 09:26 ] |
|
On en est où de cette demande?? Arnaud?? |
| Commentaire de Emeric Teil [ 21/juil./08 10:02 ] |
| C'est Cédric et moi qui gérons les demandes COSAV. Celle-ci est arrivée plutôt récemment et est donc entrée dans la pile des demandes SAV. Elle a été priorisée et sera traitée dans un prochain lot Réserve. Dès qu'on a une version, le Jira sera mis à jour. |
| Commentaire de Emeric Teil [ 04/nov./09 12:08 ] |
| Il s'agit d'une amélioration, on la passe donc dans notre liste, pas dans un Jira. |
| Commentaire de Christophe Garcia [ 27/nov./09 12:01 ] |
|
Je réouvre en attendant que l'on trouve la bonne marche à suivre pour ces types de demandes. A traiter en backlog ? A traiter dans JIRA ? Comments ces projets reviennent-ils sur la table s'ils sont traités en backlog ? Création de nouveaux JIRA ? |
[APP-20898] Compteurs dans la NpF portant que sur les produits avec stock : toujours nécessaire ? Création: 17/juin/08 18:43 Mise à jour: 13/oct./10 17:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation annonce, Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Martin Sudmann | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||||||
| Description |
|
Il y a une property priceminister.fast.navogation.filter.withstockonly qui déclenche le comportement suivant : - quand on navigue sur le site, les produits on toujours du stock, les compteurs correspondent donc aux produits avec stock. - si on clique sur "avec ou sans stock" et la property est à TRUE, une deuxième requète est lancé, en ajoutant le critère "avec stock", juste pour recupérer les compteurs. Ensuite on remplace les compteurs des valeurs de filtres / des catégories par les chiffres avec stock. Ceci est né d'une peur de PKM, qu'on pourrait considérer l'affichage des compteurs sur les produits avec ou sans stock confondu comme un e fausse promesse. Mais en fait, pour voir les sans stock, le gars a déjà cliqué sur le lien correspondant, il s'attend donc à voir des produits sans stock. Et en plus c'est un peu bizarre, d'afficher un compteur de "2", mais de retourner 15 pages de résultats.... Donc: - besoin fonctionnellement à vérifier - devrait-on changer la property en FALSE sur les sites (actuellement TRUE en prod) ? Je suis à peu près sur que personne ne connait plus ce feature.... - pourrait-on supprimer alors la 2e requête ? |
| Commentaires |
| Commentaire de Benoît Bourdon [ 21/juil./08 16:04 ] |
| Je profite d'un point hebdo NpF avec PKR et JEV pour aborder l'idée |
| Commentaire de Caroline Schinzel [ 13/oct./10 17:22 ] |
|
Attention : actuellement, on ne surcharge pas ces compteurs
quand on est sur un noeud "avec ou sans stock par défaut".
Il faudrait se poser la question pour ces catégories le jour où on prendra une décision sur ce jira. |
[APP-20856] [SBP - VP] ne pas pouvoir migrer un attribut si référencé dans la conf produit Création: 11/juin/08 15:25 Mise à jour: 11/juil./08 16:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Julien Sananikone | Attribution: | Imad Cherghou |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | OTM (Lot 2) - Valeurs d'attributs - Intégration |
| Description |
|
pour éviter ce genre de problème |
[APP-20837] Erreur AS serveur image TELLUS et appels AKAMAI Création: 09/juin/08 16:02 Mise à jour: 29/sept./09 11:34 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.0 (CAT-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Sébastien Raguet | Attribution: | Sébastien Raguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
2008-07-03-05-00_tellus.ERRORaveccontext.gz
2008-07-03-05-00_tellus.ERRORparIP.gz
aricia-erreur503-akamai.20080702.gz
screenshot-1.jpg
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Bonjour, le nombre d'erreur est anormalement monté depuis V23 (05/06) sur AS TELLUS https://supervision.priceminister.com:11000/wiki/doku.php?id=machines:tellus:statsaserrors Elles sont dues à AKAMAI. Dans le nohup.out les lignes d'erreurs sont toutes du style: 2008-06-05 14:27:37,084 ERROR [-Processor23] 213.248.116.78 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 2008-06-05 14:27:46,668 ERROR [-Processor27] 213.248.116.23 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 2008-06-05 14:27:48,703 ERROR [-Processor38] 62.41.85.15 - No file [%5c] for skin www 2008-06-05 14:27:48,704 ERROR [-Processor16] 62.41.85.29 - No file [xd.cookie.substring(_6,_7] for skin www 2008-06-05 14:27:48,704 ERROR [-Processor11] 62.41.85.15 - No file [xtnv.location.search.toLowerCase(] for skin www 2008-06-05 14:27:48,763 ERROR [-Processor25] 62.41.85.29 - No file [ch] for skin www Par exemple pour aujourd'hui, voici la répartition : 1005 213.248.116.23 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 986 213.248.116.78 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 558 62.41.85.29 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 556 62.41.85.15 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 25 213.248.116.23 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/xtroi.js] for skin www 17 213.248.116.79 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 15 213.248.116.23 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front_base.js] for skin www 14 213.248.116.78 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front_base.js] for skin www 13 213.248.116.78 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/xtroi.js] for skin www 9 213.248.116.23 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front.js] for skin www 8 62.41.85.15 - No file [%5c] for skin www 7 62.41.85.15 - No file [xtnv.location.search.toLowerCase(] for skin www 7 62.41.85.15 - No file [ch] for skin www merci |
| Commentaires |
| Commentaire de Christophe Garcia [ 09/juin/08 16:59 ] |
|
Alex, une idée ? 2008-06-09 05:49:10,360 INFO [-Processor14] 213.248.116.78 - >>> GET http://img.priceminister.com/res/static/0/www/www/55575/fc/scriptaculous/%22%22+_1+%22/%22 2008-06-09 05:49:10,374 ERROR [-Processor14] 213.248.116.78 - No file [scriptaculous/%22%22+_1+%22/%22] for skin www 2008-06-09 05:49:10,376 INFO [-Processor14] 213.248.116.78 - Setting response status code to 503 2008-06-09 05:49:10,377 INFO [-Processor14] 213.248.116.78 - <<< [17 ms] GET http://img.priceminister.com/res/static/0/www/www/55575/fc/scriptaculous/%22%22+_1+%22/%22 2008-06-09 05:57:38,868 INFO [P-Processor4] 213.248.116.78 - >>> GET http://img.priceminister.com/res/static/0/www/www/37360/fc/%5c%22javascript:false%3b%5c%22 2008-06-09 05:57:38,872 ERROR [P-Processor4] 213.248.116.78 - No file [%5c%22javascript:false%3b%5c%22] for skin www 2008-06-09 05:57:38,872 INFO [P-Processor4] 213.248.116.78 - Setting response status code to 503 |
| Commentaire de Ange Ferrari [ 24/juin/08 11:01 ] |
|
http://a526.g.akamai.net/7/526/14067/v1/img.priceminister.com/res/static/0/www/www/55575/fc/scriptaculous/scriptaculous.js?load=effects img.priceminister.com 217.212.252.68 - - [24/Jun/2008:09:15:34 +0200] "GET /res/static/0/www/www/55575/fc/scriptaculous/\"\"+_1+\"/\" HTTP/1. 1" 503 20 "-" "Akamai Cache Server" "212.194.134.190, 194.158.114.101" ca ressemble étrangement à un browser qui interprete mal le javascript |
| Commentaire de Sébastien Raguet [ 03/juil./08 11:54 ] |
|
bonjour, est-ce qu'il y a un retour sur ce problème? Voici le graph au mois qui montre l'apparation avec la V23 et le fait que ce soit toujours d'actualité. Je vais ajouter de nouveau logs (AS et WEB). merci |
| Commentaire de Sébastien Raguet [ 03/juil./08 12:13 ] |
| Voici les extract des logs de TELLUS et les logs en correspondance sur server web Aricia. |
| Commentaire de Sébastien Raguet [ 16/juil./08 11:08 ] |
|
Les erreurs lié au appels Akamai ont très fortement baissé
depuis le Vendredi 04/07 en journée comme visible sur graph. Elles n'ont cependant pas complétement disparu. Par exemple pour aujourd'hui: TELLUS: [mrtg@tellus mainlog]$ grep ERROR nohup.out | grep 'No file \[' | cut -d ' ' -f5 | sort -rn |uniq -c | sort -rn 408 213.155.157.61 305 213.155.157.76 33 62.41.85.15 29 62.41.85.29 1 217.212.246.95 1 194.224.66.93 [mrtg@tellus mainlog]$ grep ERROR nohup.out | grep 'No file \[' | cut -d ' ' -f8- | sort -rn |uniq -c | sort -rn 336 No file [scriptaculous/'+A+'] for skin www 85 No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front_base.js] for skin www 81 No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/xtroi.js] for skin www 79 No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front.js] for skin www 59 - No file [scriptaculous/'+A+'] for skin www 29 No file [scriptaculous/+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/prototype.js] for skin www 28 No file [scriptaculous/+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/scriptaculous.js] for skin www 11 No file [xd.cookie.substring(A,B] for skin www 11 No file [A] for skin www 10 No file [xtnv.location.search.toLowerCase(] for skin www 5 No file [%5c%22javascript:false%3b%5c%22] for skin www 5 No file [%5c%22%22+this.getAttribute(%22swf%22)+%22%5c%22] for skin www 5 No file [%5c%22%22+_1f+%22%5c%22] for skin www 5 No file [%5c%22%22+_1d%5bkey%5d+%22%5c%22] for skin www 4 No file [none] for skin www 3 No file [scriptaculous/%5c%22%22+_1+%22%5c%22] for skin www 2 No file ['+this.getAttribute(] for skin www 2 No file ['+C%5bE%5d+'] for skin www 2 No file ['+A+'] for skin www 2 No file [%5c%22%22+xtsd+%22.xiti.com/hit.xiti] for skin www 2 No file [%5c%22%22+_fb.subitems%5bj%5d.link+%22%5c%22] for skin www 2 No file [%5c%22%22+_12d+%22%5c%22] for skin www 2 No file [%5c%22%22+_121+%22%5c%22] for skin www 1 No file [expressinstall.swf] for skin www 1 No file ['+xtsd+] for skin www 1 No file ['+E+'] for skin www 1 No file ['+C+'] for skin www 1 - No file [scriptaculous/'+A+'] for skin www 1 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/xtroi.js] for skin www 1 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front_base.js] for skin www 1 - No file [+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+/front.js] for skin www Dans le context: 2008-07-16 05:48:35,810 INFO [-Processor17] 213.155.157.76 - >>> GET http://img.priceminister.com/res/static/0/www/www/36055/fc/scriptaculous/'+A+' 2008-07-16 05:48:35,814 ERROR [-Processor17] 213.155.157.76 - No file [scriptaculous/'+A+'] for skin www 2008-07-16 05:48:35,815 INFO [-Processor17] 213.155.157.76 - Setting response status code to 503 2008-07-16 05:48:35,816 INFO [-Processor17] 213.155.157.76 - <<< [5 ms] GET http://img.priceminister.com/res/static/0/www/www/36055/fc/scriptaculous/'+A+' Log correspondant sur un web Aricia: www.priceminister.com 213.155.157.76 - - [16/Jul/2008:05:48:20 +0200] "GET /affiliation/visuels/evenementiel/flash/JeuxVideo/Affilinet/120x600.swf?clickTAG=http%3A%2F%2Fclic%2Ereussissonsensemble%2Efr%2Fclick%2Easp%3Fsite%3D4432%26ref%3D317572%26subid%3D%26type%3Dhtml%26hnb%3D60%26diurl%3Dhttp://www.priceminister.com/jeux-video%23t%3D431042 HTTP/1.1" 200 28688 "http://publisher.affili.net/Creatives/showSingleCreative.aspx?lt=0&pid=4432&linkNb=60" "Akamai Cache Server" img.priceminister.com 213.155.157.76 - - [16/Jul/2008:05:48:35 +0200] "GET /res/static/0/www/www/36055/fc/scriptaculous/'+A+' HTTP/1.1" 503 20 "-" "Akamai Cache Server" "142.217.38.111, 64.86.101.173" img.priceminister.com 213.155.157.76 - - [16/Jul/2008:05:48:59 +0200] "GET /res/static/0/www/www/36055/fc/scriptaculous/controls.js HTTP/1.1" 200 5890 "http://www.priceminister.com/user?action=sellermodule" "Akamai Cache Server" "82.232.77.93, 80.231.197.212" |
| Commentaire de Damien Dorizy [ 05/sept./08 17:44 ] |
|
Sébastien, Les erreurs ont-elles disparues, ou sont-elles toujours présentes ? |
| Commentaire de Swan Desportes [ 26/mars/09 15:16 ] |
| Toujours d'actualité ? |
| Commentaire de Alexandre Garnier [ 29/sept./09 11:26 ] |
|
De 2009-06-16 08:00:26,560 INFO [-Processor32] 93.188.128.29 - >>> GET http://img.priceminister.com/res/static/0/www/www/16498/fc/xtdeb.toLowerCase( 2009-06-16 08:00:26,563 ERROR [-Processor32] 93.188.128.29 - No file [xtdeb.toLowerCase(] for skin www |
| Commentaire de Alexandre Garnier [ 29/sept./09 11:34 ] |
| Le "+sfgRmluamFuX1R5cGU9amF2YV9zY3JpcHQmRmluamFuX0xhbmc9dGV4dC9qYXZhc2NyaXB0+" semble un peu partout (recherche Google) et ça doit donc être un filtreur (antivirus ou firewall) qui met ça sur les JS. |
[APP-20833] [DIA] Possibilité de réactiver une dépendance supprimée ? Création: 09/juin/08 14:01 Mise à jour: 30/déc./09 11:30 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif1: | BP |
| Classif2: | DIA |
| Classif FONC: | outils modèle |
| Description |
|
- En supprimant par erreur une dépendance, on est
obligé d'en créer une autre; n'y aurait-il pas la possibilité de
réactiver celle que l'on vient de supprimer ?
|
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 09/juin/08 15:01 ] |
| Pour l'instant c'est on off comme les mappings. Je le garde pour plus tard :-). |
[APP-20832] [DIA] La suppression d'une dépendance devrait relancer la recherche Création: 09/juin/08 13:53 Mise à jour: 29/déc./09 10:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Base de données |
| Affecte la/les version(s): | 23.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Après_suppression_groupe_11229.jpg
Avant_suppression_groupe_11229.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif1: | BP |
| Classif2: | DIA |
| Classif FONC: | outils modèle |
| Description |
|
Et non relancer une recherche vide.
|
[APP-20829] [DIA] Bouton "DIA" dans rapport d'erreurs du fichier d'import Création: 09/juin/08 10:18 Mise à jour: 21/juil./08 17:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif1: | BP |
| Classif2: | DIA |
| Description |
|
- Serait-il possible d'avoir dans la fenêtre du
rapport d'erreurs un bouton ''DIA'' (peut-être en remplacement du bouton
''tester'') qui s'afficherait lors d'une erreur de dépendance ? Cela
pour permettre d'afficher les dépendances liées à l'attribut qui pose
problème - Est-ce possible de permettre à l'outil de test (des fichiers d'import) de vérifier les éventuels problèmes de DIA ? Cela éviterait de connaitre systématiquement toutes les dépendances liées aux attributs utilisés dans un format d'import. |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 09/juin/08 15:16 ] |
|
OK pour faire un export, c'est dans le backlog produit
(#19). A prioriser et à élargir éventuellement en proposant un lien à
partir du rapport d'erreur. Pour le tester : presqu'infaisable : quand on fait un test on ne valide que la syntaxe ; on ne crée pas le produit et DIA ne peut que valider un produit (c'est super compliqué de simuler le produit créé) |
[APP-20813] [CoSAV]codes réponse banque autorisation refusée/confirmée Création: 05/juin/08 14:24 Mise à jour: 04/août/08 17:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Steven Harel | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TX | ||||||||
| Classif2: | atos | ||||||||
| Classif FONC: | CoSAV | ||||||||
| Description |
|
nous faisons face à une grosse fraude venant d'espagne. parmi les pistes étudiées pour détecter ces fraudes est l'utilisation systématique de la réponse de la banque lors de la demande d'autorisation. pouvez-vous demander à atos la liste de tous les codes + libelés pour la france et pour l'espagne. on ne fait rien pour l'espagne en ce moment (les codes sont différents pour un même problème !) nous pourrons alors voir ce que l'on peut faire avec. merci |
| Commentaires |
| Commentaire de Cedric Favero [ 05/juin/08 14:28 ] |
| Demande entrant dans le cadre du JIRA suivant : APP-20780 |
[APP-20809] nav par liste : fil de fer : perte de l'info CD ? Création: 05/juin/08 11:24 Mise à jour: 04/juil./08 12:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
http://www.priceminister.com/lst/Les-Grands-Compositeurs CD disparait du fil de fer ==> dur de revenir en arriere... |
[APP-20784] Sécuriser le connecteur fast : checker l'entry point Création: 04/juin/08 09:56 Mise à jour: 23/juil./10 12:10 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Mostafa Diane | Attribution: | Caroline Schinzel |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | FAST | ||||||||
| Classif2: | connector | ||||||||
| Description |
|
il faut que l'Id de l''entrypoint corresopnd à une catégorie
Point d'entrée et il faut logguer le label de la catégories.
|
| Commentaires |
| Commentaire de Martin Sudmann [ 23/sept./08 16:18 ] |
| à faire après une introduction au connecteur avec MOD |
| Commentaire de Caroline Schinzel [ 26/sept./08 18:19 ] |
| Le point d'entrée est bien logué, et on vérifie qu'il s'agisse bien d'une catégorie Point d'entrée. |
| Commentaire de Christophe Garcia [ 10/nov./08 12:19 ] |
|
C'est fait où ? Dans l'appli ? Le connecteur ? Les 2 ? Merci |
| Commentaire de Christophe Garcia [ 10/nov./08 12:31 ] |
|
Quand je mets un entrypoint bidon dans le connnecteur, ça donne : 2008-11-10 12:28:03 (2200 ms) ERROR [PMUpdateConnector ] - java.lang.NullPointerException at com.babelstore.category.business.CategoryDetailQuery.readCategoryTree(CategoryDetailQuery.java:426) at com.babelstore.category.business.CategoryDetailQuery.readCategoryTree(CategoryDetailQuery.java:348) at com.babelstore.category.business.CategoryDetailQuery.getTreeById(CategoryDetailQuery.java:162) at DBReader.initFastCache(DBReader.java:1342) at DBReader.<init>(DBReader.java:179) at DBUpdateReader.<init>(DBUpdateReader.java:77) at PMUpdateConnector.<init>(PMUpdateConnector.java:81) at PMUpdateConnector.main(PMUpdateConnector.java:70) 2008-11-10 12:28:03 (2200 ms) ERROR [PMUpdateConnector ] - java.lang.NullPointerException at PMUpdateConnector.<init>(PMUpdateConnector.java:220) at PMUpdateConnector.main(PMUpdateConnector.java:70) Ca me parle autant que la dernière explication de la crise mondiale faite par mon coiffeur :-) |
| Commentaire de Christophe Garcia [ 10/nov./08 12:35 ] |
| Si je luis donne un entrypoint bidon mais existant en base : il démarre comme une fleur. :-(( |
| Commentaire de Mostafa Diane [ 10/nov./08 14:36 ] |
| attache le fichier common.properties et tu aura ta fleur :) |
| Commentaire de Mostafa Diane [ 10/nov./08 14:48 ] |
| C'est normale qu'il ne marche pas car il y a pas de livraison du connecteur fast. C'est de la cat F. |
| Commentaire de Martin Sudmann [ 12/nov./08 11:30 ] |
| à tester après livraison du connector CAT-F |
| Commentaire de Christophe Garcia [ 08/déc./08 12:33 ] |
|
Toujours pareil : NPE si je lui passe un noeud n'existant pas en base. 2008-12-08 12:31:09 (1860 ms) INFO [STANDARD_UPDATE ] - QUERY product(1000): /* PMFastConnector */ SELECT product_id, summary, list_price, currency_id, best_price, adv_currency_id, new_best_price, new_currency_id, used_best_price, used_ currency_id, collectible_best_price, collectible_currency_id FROM product WHERE product_id IN (?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? , ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?) 2008-12-08 12:31:10 (2098 ms) ERROR [PMUpdateConnector ] - java.lang.NullPointerException at com.babelstore.category.business.CategoryDetailQuery.readCategoryTree(CategoryDetailQuery.java:428) at com.babelstore.category.business.CategoryDetailQuery.readCategoryTree(CategoryDetailQuery.java:350) at com.babelstore.category.business.CategoryDetailQuery.getTreeById(CategoryDetailQuery.java:164) at DBReader.initFastCache(DBReader.java:1345) at DBReader.<init>(DBReader.java:179) at DBUpdateReader.<init>(DBUpdateReader.java:77) at PMUpdateConnector.<init>(PMUpdateConnector.java:81) at PMUpdateConnector.main(PMUpdateConnector.java:70) 2008-12-08 12:31:10 (2098 ms) ERROR [PMUpdateConnector ] - java.lang.NullPointerException at PMUpdateConnector.<init>(PMUpdateConnector.java:225) at PMUpdateConnector.main(PMUpdateConnector.java:70) |
| Commentaire de Martin Sudmann [ 08/déc./08 14:55 ] |
|
de plus, en PROD UK on avait un espace après la propriété de
l'entry point et le connector a démarré normalement et sans message,
sauf qu'il n'y avait pas un seul produit dans la NpF après indexation. A blinder dans tous les sens pour la prochaine livraison du connector; on ne touche plus à celui-ci (V36). Eric est au courant et il fera attention (et on a des tests qui détectent cette erreur). Penser à : - entrypoint manquant - entrypoint non numérique - entrypoint avec des espaces à la fin - entrypoint nonexistant en base - entrypoint du mauvais type de catégorie - ...? |
| Commentaire de Espérance Galouo-Lece [ 23/juil./10 12:10 ] |
|
- ... - entrypoint désactivé |
[APP-20780] [CoSAV] [Fraudes] Passer un panier en observation lorsqu'on a un évenemement Authorization Denied ( suspicion de fraude) Création: 03/juin/08 16:29 Mise à jour: 01/avr./09 14:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 22.1.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif FONC: | CoSAV | ||||||||
| Description |
|
Lors de l'autorisation d'un panier , SIPS peut parfois nous
retourner des alertes que nous avons affichées sous forme d'evenements
sur la page panier. Par exemple, l'evenement suivant: "Authorization Denied Construction (CONSTRUCTION) SIPS authorization refused: Suspicion de fraude (Suspicion de fraude), status: REFUSED " Sur ce panier par exemple: http://bo.priceminister.es/purchase_back?action=purchaseview&purchaseid=37711683 Cet evenement est pour nous un critère déterminant pour placer un panier en observation quelqu'en soit le montant. Est il possible q'un panier rencontrant ce type d'evenement soit mis automatiquement en observation? En dur? Par mot clé? Merci. |
| Commentaires |
| Commentaire de Cedric Favero [ 03/juin/08 16:33 ] |
| Il faudrait également qu'un panier rencontrant cette alerte apparaisse en rouge dans la liste des paniers en observation (comme c'est déjà le cas pour l'alerte "carte volée" ou "carte perdue") |
| Commentaire de Cedric Favero [ 04/juin/08 11:35 ] |
|
ex de compte fraudeur avec nombreux incidents : lonto1 http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=2809379 Actuellement le fonctionnement est apparemment celui: - si on detecte un incident de paiement , le statut de validation auto passe à -1 - le panier passe en observation car A en Validation auto -1 - le panier est affiché en rouge dans la liste des paniers en observation ex panier: http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=15705118 |
| Commentaire de Cedric Favero [ 05/juin/08 14:29 ] |
| JIRA ouvert concernant les codes banques d'erreurs : APP-20813 |
| Commentaire de Cedric Favero [ 11/août/08 14:17 ] |
|
ex. de code erreur non exploité sur France: http://bo.priceminister.com/purchase_back?action=purchaseview&purchaseid=61162165 celà dit pourtant: "Autorisation refusée (Conserver la carte)" , ce qui parait assez grave tout de meme.. |
[APP-20774] [CoSAV] : Ajouter un lien de suivi Achat/Vente aux mails envoyés aux acheterus et aux vendeurs Création: 03/juin/08 12:39 Mise à jour: 23/déc./09 17:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Emeric Teil | Attribution: | Habib-Sylvain Gourguet |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Description |
|
Afin de baisser le nombre de retours SAV concernant l'accès
aux détails achats / détails ventes, ajouter dans les mails envoyés
(autorisation, confirmation, ...) un lien pointant directement le détail
achat / détail vente. Ex : http://www.priceminister.com/purchase?action=saleview&purchaseid=59365897 pour le vendeur ou http://www.priceminister.com/purchase?action=buyview&purchaseid=59341418 pour l'acheteur |
| Commentaires |
| Commentaire de Cedric Favero [ 03/juin/08 18:21 ] |
|
On peut effectivement ajouter facilement ces liens à plusieurs messages types: - Message autorisation (attente confirmation de commande): "Vous pouvez également à tout moment suivre l'avancement de votre commmande en cliquant sur le lien suivant: $brand.url()/purchase?action=buyview&purchaseid=$purchase.PurchaseId&login=$user.Login" => Bien pour tous les gens à qui on envoie toujours les mails suivi de commande et bilan de commande - Messages capture-tout et capture-partielle (bilan de commande): On lui donne déjà le lien pour faire une réclamation : "Si vous n'aviez pas reçu tous les articles au $!format.mailDate($utility.addDays($purchase.CaptureDate, 17)) nous vous invitons à formuler une réclamation en cliquant sur le lien suivant : $brand.url()/purchase?action=buyview&purchaseid=$purchase.PurchaseId&login=$user.Login" Peut etre pourrait on étayer un peu? du genre: => Vous pouvez également en cliquant sur ce lien poser une question au vendeur sur l'avancement de votre commande. -Message purchase request (nouvelle vente): Donner les infos récurrentes: "Vous pourrez à tout moment retrouver les coordonnées de l'acheteur ou l'informer de l'avancement de sa commande en cliquant sur le lien suivant: $brand.url()/purchase?action=saleview&purchaseid=$purchase.PurchaseId&login=$user.Login" Je ne pense pas que d'autres mails soient concernés. Steven tu en penses quoi? |
| Commentaire de Cedric Favero [ 03/juin/08 18:23 ] |
| J'ai modifié en INTEG les mails autorisation et purchase request si tu veux voir ce que çà donnerait. |
| Commentaire de Emeric Teil [ 04/juin/08 09:56 ] |
|
J'ajoute Pierre en Observateur puisqu'au départ, cette proposition venait de lui. Pierre qu'en penses-tu ? |
| Commentaire de Emeric Teil [ 04/juin/08 10:04 ] |
| Question : dans le mail purchase request (nouvelle vente), ne serait-il pas mieux de mettre un lien directement vers le détail achat en lieu et place du lien vers la liste des ventes en cours (sachant que c'est justement cette page qui pose problème puisque les utilisateurs semblent avoir du mail à y retrouver leurs ventes) ? |
| Commentaire de Emeric Teil [ 04/juin/08 10:05 ] |
| Question : dans le mail purchase request (nouvelle vente), ne serait-il pas mieux de mettre un lien directement vers le détail achat en lieu et place du lien vers la liste des ventes en cours (sachant que c'est justement cette page qui pose problème puisque les utilisateurs semblent avoir du mail à y retrouver leurs ventes) ? |
| Commentaire de Cedric Favero [ 04/juin/08 10:15 ] |
|
Ben c'est bien ce que fait le lien suivant non? (vers détail vente): http://www.priceminister.com/purchase?action=saleview&purchaseid=59365897 En fait il y aurait 2 liens dans le mail "nouvelle vente": -Un comme aujourd'hui qui pointe vers les nouvelles ventes pour les accepter ou non Puis plsu bas un 2e lien qui renverrait vers le détail vente et qui dirait peut etre de façon plus détaillée: "Une fois la vente acceptée,vous pourrez ensuite à tout moment retrouver les coordonnées de l'acheteur ou l'informer de l'avancement de sa commande en cliquant sur le lien suivant: " |
| Commentaire de Emeric Teil [ 04/juin/08 10:38 ] |
|
En fait, actuellement il y a un lien du type : http://www.priceminister.com/purchase?action=salelist&login=MriK07 Ce lien point sur la liste des ventes en cours. Pour accepter/refuser sa vente, le vendeur est donc envoyé sur cette page et c'est justement cette page qui pose problème car dès qu'on a plusieurs ventes en cours, il n'est aps évident de retrouver la bonne... Dès lors, pourquoi ne pas mettre uniquement le lien vers le détail vente ? Rappel, cette page (et donc son adresse) est la même qu'il s'agisse de l'acceptation ou du suivis post acceptation. Un seul lien vers le détail vente permettrait donc d'accepter ou de refuser la vente quand elle est nouvelle et de suivre son déroulement par la suite... |
| Commentaire de Cedric Favero [ 04/juin/08 11:18 ] |
|
"Rappel, cette page (et donc son adresse) est la même qu'il
s'agisse de l'acceptation ou du suivis post acceptation. " Dans ce cas , effectivement , à voir s'il n'est pas suffisant d'avoir un seul et unique lien... Je trouvais simplement pas inutile de décomposer en: - vous avez une nouvelle vente , cliquez ici pour l'accepter ou non - ensuite , vous pourrez la retrouver en cliquant ici |
| Commentaire de Emeric Teil [ 04/juin/08 12:53 ] |
|
La décomposition ne me semble pas nécessaire, maintenant... Un exemple sur une vente multi item : actuellement on envoie : http://www.pm.bollinger:4180/purchase?action=salelist&login=dvdlegacy alors qu'on pourrait directement envoyer : http://www.pm.bollinger:4180/purchase?action=saleview&purchaseid=57065134 dans cet exemple (plusieurs nouvelles ventes), on se rend bien compte de la complexité à retrouver la bonne... (à priori un utilisateur ne résonne pas en terme de références...) |
| Commentaire de Pierre Krings [ 04/juin/08 17:03 ] |
|
En fait, le mail "félicitation vous avez une nouvelle vente"
a été fait dans le but de simplement ramener les gens sur le site et
n'avait pas vocation à être conservé. Le titre lui-même ne contient pas
le n° de commande par exemple. Il me semble que cela était lié au fait que si un acheteur demande à annuler une partie de la commande avant que le vendeur n'ait validé, on peut le faire en bo sans perturber le vendeur. Pour les vendeurs, il faudrait idéalement envoyer un email post-acceptation mais il n'existe pas à ce jour. Je me demande si on ne ferait pas mieux de se cantonner aux acheteurs qui sont en général moins sophistiqués que les vendeurs. p |
| Commentaire de Cedric Favero [ 12/juin/08 17:53 ] |
|
"Pour les vendeurs, il faudrait idéalement envoyer un email post-acceptation mais il n'existe pas à ce jour. " Effectivement et il ne serait pas obligatoirement legitime Serait tout de meme utile d'avoir lien auquel le (nouveau) vendeur peut se réferer, du type: "Vous pourrez à tout moment retrouver les coordonnées de l'acheteur ou l'informer de l'avancement de sa commande en cliquant sur le lien suivant: $brand.url()/purchase?action=saleview&purchaseid=$purchase.PurchaseId&login=$user.Login" Car la demande que l'on a souvent , c'est la personne qui n'a pas imprimé l'adresse de l'acheteur au moment où il a accepté sa vente et qui ensuite ne sait plus où aller pour la retrouver: => on envoie assez souvent le mail "comment retrouver adresse" en réponse à ce problème. |
| Commentaire de Cedric Favero [ 12/juin/08 17:56 ] |
|
Concernant la remarque d'Emeric, il y a juste un truc ,
c'est que si je suis amené directement sur le détail de la vente , une
fois que j'ai accepté le ou les article(s) de cette vente (panier) , je
ne vais pas aller obligatoirement dans mes ventes où j'ai peut-etre
d'autres ventes qui m'attendent (autres paniers). Alors que si j'arrive sur la page "nouvelles ventes" , je vois eventuellement que j'en ai plusieurs à valider. |
| Commentaire de Emeric Teil [ 13/juin/08 09:37 ] |
|
Ouai, en même temps, on peut estimer que ces liens serviront surtout aux nouveaux vendeurs (donc peu de chance que le mec ait plusieurs ventes en même temps), et puis dans tous les cas, il recevra un mail pour ses autres ventes... Au dela de cela, et comme on avait vu ensemble, il semblait pas mal d'avoir deux liens : un vers toutes les ventes comme aujourd'hui et un pour le suivi... cela permet de gérer tous les cas... |
| Commentaire de Cedric Favero [ 13/juin/08 09:47 ] |
|
" on peut estimer que ces liens serviront surtout aux
nouveaux vendeurs (donc peu de chance que le mec ait plusieurs ventes en
même temps), et puis dans tous les cas, il recevra un mail pour ses
autres ventes... " Pour les vendeurs habitués savant où retrouver leurs ventes et leur détail , le lien direct vers detail vente n'est pas utile/indispensable. Il faut garder le lien vers les nouvelles ventes (l'actuel) car ne clique pas systematiquement dans chaque mail mais une seule fois pour aller valider sa ou ses ventes. Par contre le nouveau vendeur un peu perdu a juste besoin d'un lien référence ( ne sait pas par la suite où et comment aller dans sa compte et retrouver sa vente, le seul fil conducteur pour sa vente est le mail qu'il a reçu puisqu'il s'est juste laissé guider lorsqu'il a accepté). => il lui faut donc juste un lien de référence dans le mail , lui disant comment à tout moment retrouver ces informations car s'il est perdu , c'est à ce mail qu'il se referera (c'est un peu çà l'idée de départ..) |
| Commentaire de Cedric Favero [ 13/juin/08 16:23 ] |
|
Bilan des courses et des moficiations effectuées: Mail Autorisation (En fin de mail): On lui dit qu'il peut voir où en est la commande qu'il vient de passer (attente confirmation , cancelled...): "Vous pouvez également à tout moment suivre l'avancement de votre commmande en cliquant sur le lien suivant: $brand.url()/purchase?action=buyview&purchaseid=$purchase.PurchaseId&login=$user.Login" Mail Capture - tout (Pour chaque article du panier.) On degage la ligne lui indiquant comment ajouter le vendeur a ses vendeurs préférés ( pas justifié à cette étape de la commande) Et on remplace par: " Si vous souhaitez poser une question au vendeur ou signaler tout problème pour cet article, cliquez sur le lien suivant : $brand.url()/purchase?action=buyview&purchaseid=$purchase.PurchaseId&login=$user.Login" (On laisse les liens plus bas concernant la confirmation de réception ou la date à laquelle se manifester si pas reçu) Mail Capture - partielle idem mais seulement pour chaque article du panier Confirmé Mail Purchase Request (En fin de mail): On lui indique comment à tout moment revenir sur les détails de la vente: "Vous pourrez ensuite à tout moment retrouver les coordonnées de l'acheteur ou l'informer de l'avancement de sa commande en cliquant sur le lien suivant: $brand.url()/purchase?action=saleview&purchaseid=$purchase.PurchaseId&login=$user.Login" On garde le premier lien l'amenant sur la liste des ventes à confirmer (salelist) au cas où il en aurait plusieures.. |
| Commentaire de Cedric Favero [ 13/juin/08 16:27 ] |
|
Modifs à effectuer sur Espagne. (D'abord en Integ pour tester les cas de figure et les choses spécifiques faites pour Todoslibros) |
| Commentaire de Cedric Favero [ 16/juin/08 09:34 ] |
| En prod sur FR |
| Commentaire de Emeric Teil [ 16/juin/08 09:49 ] |
|
OK, Sur ce genre de modif, il serait intéressant de pouvoir mesurer l'impact sur le nombre de retours/contacts SAV sur le(s) problème(s) liés... |
| Commentaire de Cedric Favero [ 16/juin/08 09:55 ] |
|
Ok. je sortirai un rapport sur le nombre de fois qu'on envoie tel ou tel mail en rapport avec le problème concerné et voir si l'impact est positif. |
| Commentaire de Emeric Teil [ 16/juin/08 10:02 ] |
| Cool :o) |
| Commentaire de Rocio Perez-Garcia [ 18/juin/08 10:02 ] |
|
Ok. Modifications effectués en Integ ESP, Cédric confirme tout est ok. Modifications effectués en Prod. |
| Commentaire de Cedric Favero [ 08/juil./09 16:21 ] |
|
Le rapport existe (Nb_envois_mails_suivi_achat_vente ) A voir quand ces requetes seront optimisées et pourront etre lancées sur une longue période. Modifs faites en Juin 2008. Seraient bien de voir l'évolution avant/apres. |
[APP-20719] [PMV - Améliorations] Mettre à jour le diagramme d'état des crédits (mise en place d'un moteur de règle pour les écrans OPERATION_BACK_VIEW / OPERATION_VIEW ??) Création: 30/mai/08 12:43 Mise à jour: 27/juil./09 11:23 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Projets PM archivés: | Paiement - Améliorations PMV |
[APP-20715] [CoSAV] Permettre d'associer manuellement une opération à une autre depuis le BO détail opération Création: 30/mai/08 12:39 Mise à jour: 27/nov./09 12:14 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** STANDBY *** |
| Classif FONC: | CoSAV |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Commentaires |
| Commentaire de Cedric Favero [ 04/mars/09 19:24 ] |
|
Plutot une demande à faire passer en COSAV selon le besoin. Ca peut avoir un interet mais dans l'immédiat on ne s'en servirait pas. |
| Commentaire de Cedric Favero [ 04/mars/09 19:24 ] |
| Claire , tu penses qu'il y a un besoin crtique qui nécessiterait cette fonction? |
| Commentaire de Claire Durand [ 09/mars/09 09:55 ] |
| mouais pas un besoin urgent mais une amélioration à prévoir |
| Commentaire de Cedric Favero [ 06/avr./09 17:37 ] |
|
L'idée serait par exemple de pouvoir associer un
recouvrement à une opposition, un remboursement à un remboursé à tort,
etc.. A prioriser en COSAV. |
| Commentaire de Emeric Teil [ 04/nov./09 12:11 ] |
| rentre dans notre liste CoSAV |
| Commentaire de Christophe Garcia [ 27/nov./09 12:00 ] |
|
Je réouvre en attendant que l'on trouve la bonne marche à suivre pour ces types de demandes. A traiter en backlog ? A traiter dans JIRA ? Comments ces projets reviennent-ils sur la table s'ils sont traités en backlog ? Création de nouveaux JIRA ? |
[APP-20710] [PMV - Améliorations] Migrer OperationInfoQuery en SQLQuery Création: 30/mai/08 12:32 Mise à jour: 17/févr./10 14:54 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Marc-Antoine Decreton |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM: | *** CHASSE *** |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Commentaires |
| Commentaire de Marc-Antoine Decreton [ 17/févr./10 14:54 ] |
|
Le dev est fait, il est chez moi. Cependant, d'un point de vue "fonctionnel", ça avait été jugé un peu sensible et donc on ne l'a jamais commité. |
[Métatache] Corrections / finitions liées au chantier PMV
(APP-23809)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-improvement | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Projets PM archivés: | Paiement - Améliorations PMV |
[APP-20668] Changer le repository par défaut pour le paramétrage des Location Alias Création: 27/mai/08 16:53 Mise à jour: 01/juil./10 09:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Infoglue |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ariane Baldinger | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM: | *** CHASSE *** |
| WishList - Complexité: | M |
| Classif1: | IG |
| Classif2: | IG - Wishlist |
| Classif FONC: | IG |
| Projets PM archivés: | IG - Promotions |
| Description |
|
Hello, Dans Infoglue, lorsque l'on va chercher les location alias pour le paramétrage des promos on tombe par défaut sur le repository 'Promotions'. Il faudrait plutôt être diriger par défaut sur le repository 'Default' qui contient la carto. Merci! |
| Commentaires |
| Commentaire de Alexandre Garnier [ 03/févr./09 11:54 ] |
| Backlog IG |
[APP-20651] [IG] Ne brouiller les TargetUrl qu'à l'affichage et non au calcul de la carto Création: 26/mai/08 18:59 Mise à jour: 29/juil./10 14:17 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 23.0.0 (CAT-B) |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle CTN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| WishList - Complexité: | M/H | ||||||||
| Classif1: | IG | ||||||||
| Classif FONC: | IG | ||||||||
| Description |
|
Ne brouiller les TargetUrl qu'à l'affichage et non au calcul de la carto
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 03/févr./09 12:08 ] |
| A intégrer à la refonte du BreadCrumbs ? |
| Commentaire de Alexandre Garnier [ 05/juin/09 18:43 ] |
| Migré dans la backlog IG. |
| Commentaire de Alexandre Garnier [ 22/avr./10 10:43 ] |
| Passage en chasse |
| Commentaire de Alexandre Garnier [ 22/avr./10 10:45 ] |
|
Le but est de pouvoir mettre du velocity dans le targetUrl
et donc que le brouillage se passe APRES le merge velocity. Penser à nettoyer le hack du JIRA lié une fois fait |
| Commentaire de Alexandre Garnier [ 01/juil./10 09:37 ] |
| Cf Caroline sur un autre hack qui a été fait pour cela dans le calcul du chemin de fer lors du travail sur celui-ci par le pôle NAV |
[APP-20640] [Vendeur Hor PlateForme] article non autorisé pour ce pays Création: 26/mai/08 12:05 Mise à jour: 18/juil./08 14:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 22.1.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
article_autorisé_pour_pays_identique.JPG
article_non_autorisé_pour_pays_different.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
- Pour un vendeur Inscrit en "France" dont le pays
d'expédition est "Espagne" et ne possédant pas l'option "Frais de Port
"Pays identiques"", il n'est pas possible qu'il se fasse acheter une
"machine à laver" qui sera livré en "France" (cf. pj
article_non_autorisé_pour_pays_différent.JPG); - Par contre, pour un vendeur Inscrit en "France" dont le pays d'expédition est "Espagne" et possédant l'option "Frais de Port "Pays identiques"", il est possible qu'il se fasse acheter une "machine à laver" qui sera livré en "France" (cf. pj article_autorisé_pour_pays_identique.JPG); - Le même article est autorisé pour l'un mais pas pour l'autre; est-ce normal ? |
| Commentaires |
| Commentaire de Emeric Teil [ 28/mai/08 15:08 ] |
|
Effectivement, c'est un impact lié au fait qu'on n'utilise
plus les pays acheteur/vendeur pour déterminer les frais de port et donc
pour autoriser ou non la transaction (en réalité, on
n'autorise/interdit pas explicitement ces transaction, c'est la présence
ou non d'un tarifs de frais de port qui implicitement induis
l'autorisation ou non d'une transaction). Arnaud, je te laisse voir si on ferme ce Jira ou bien si on le met de côté pour une éventuelle analyse de ce qui peut être fait, mais attention car à priori, corriger cela serait plutôt "lourd". A la limite, on peut se le mettre de côté pour la future refonte des frais de port : implémenter explicitement la notion d'autorisation ou non de la transaction... ??? |
SPAM d'un utilisateur utlisant à chaque fois un userid différent
(APP-20636)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | TECH | ||||||||
| Classif2: | securite | ||||||||
| Description |
|
Comme on peut le voir dans le JIRA ci dessus un utilisateur peut répondre à un message du backoffice sans être authentifié et en utilisant l'identité d'un autre utilisateur (usurpation d'identité) ce genre de problème est récurrent il manque des contrôles entre les informations transmises et la réalité |
| Commentaires |
| Commentaire de Martin Sudmann [ 04/juin/08 16:30 ] |
|
on ne veut pas forcer un login pour faciliter la communication entre user et SAV. Une possibilité serait d'inclure dans le lien la user id en plus du message id, ou un hash des deux. |
| Commentaire de Ange Ferrari [ 04/juin/08 16:43 ] |
|
Pour ma part je pense qu'il est normal que l'utilisateur ait
besoin de s'authentifier pour répondre à un message que le backoffice lui fait parvenir, tout ça pour s'assurer que la personne qui répond est bien le titulaire du compte ( oui il peut se faire voler son login et mdp.. ) Dans le cas ou on ne souhaite vraiment pas qu'il s'authentifie pour répondre le lien qui lui est transmis doit être unique et non prédictible c'est à dire par exemple avec l'id de l'utilisateur, le type de réponse, l'id du message source et ce encrypté avec une clé privé que nous seul connaissons de cette façon l'utilisateur ne peut prévoir l'identifiant qui est transmis à d'autres utilisateurs et ne peut pas modifier les informations transmises |
| Commentaire de Justin Ziegler [ 04/juin/08 19:04 ] |
|
de memoire, on veut que des gens sans pseudo puisse échanger avec le SAV. sans pseudo ==> compte contact ==> uniquement une adresse email ! |
| Commentaire de Nicolas Chauveau [ 05/juin/08 17:25 ] |
|
Rendre le lien qui est dans le mail 'crypté' : on ajoute à l'Id du message le hash du user_id L'appli fait le contrôle avant d'afficher la page. Attention : hash sur 4 caractères (pour éviter un lien trop long) |
| Commentaire de Alexandre Garnier [ 28/juil./08 16:42 ] |
|
C'est impossible de faire simplement comme ça : on ne sait
pas part rapport à quel ID comparer la valeur du hash à moins de l'avoir
déjà dans la base --> il faut passer la valeur en clair et la valeur
hashée (avec une clé de salaison connue que de nous) pour vérifier
qu'on est bien passé par un lien qu'on a donné. Sinon, dans l'exemple du JIRA parent, il n'y a pas de userId, mais un parentId qui est l'id du message dont c'est la réponse. Si il faut mettre ce mécanisme de hash pour tout paramètre id de toutes les URL qu'on envoi par mail, on est pas sorti de l'auberge. Sachant de plus que cela va nécessiter de passer sur TOUS les templates de mails pour générer les nouvelles URLs. |
| Commentaire de Ange Ferrari [ 28/juil./08 16:51 ] |
|
il faut que si il clique sur un lien pour répondre à un message ce message lui était bien destiné et qu'il réponde au bon message et qu'une fois qu'il a répondu il ne puisse plus le faire sans nouvelle sollicitation pour se faire il faut que les paramètres soient non répudiables non modifiables il n'est pas question de faire un hash il faut qu'il y ait un seul paramètre qui contienne au minimum id_message + message_id et ce crypté à l'aide d'une clé privée que seul l'appli connait ( qu'on puisse éventuellement parametrer dans une propertie ) |
| Commentaire de Ange Ferrari [ 03/sept./08 14:09 ] |
| Ou en est on sur ce sujet ? |
| Commentaire de Alexandre Garnier [ 04/sept./08 19:01 ] |
|
OK pour le coup de crypter bêtement les IDs et de les
décrypter après pour jeter si ne correspond à rien (mais pourrait par
pur hasard ...) Contrairement à ce que je disais sur le changement de tous les template de mail, il est possible de crypter en amont dans l'appli si le BO confirme que les liens vers ce formulaire ne peuvent contenir comme id que le pmid. Par contre cela signifie qu'il va falloir une période de transition pour gérer les gens qui utilisent les liens de mails générés avant le mise en place de cette mécanique. Le cryptage risquant de donner des cas purement numérique, afin de les différencier des anciens id non cryptés, on peut simplement préfixer le résultat du cryptage par un caractère non numérique. |
| Commentaire de Alexandre Garnier [ 04/sept./08 19:02 ] |
| Par contre que pense le pôle TX de limiter à une utilisation unique du formulaire ? |
| Commentaire de Emeric Teil [ 04/sept./08 19:16 ] |
|
Hum, avant d'aller plus loin : -> Pourquoi cela n'est pas passé directement par nous ? -> Qu'en pense le SAV ? -> Que résout cette solution ? En effet, je n'ai peut être pas très bien saisis mais étant donné qu'on ne peut pas obliger les utilisateurs à se connecter : ex : j'ai perdu mon mot de passe et je contacte le SAV... on va donc laisser des formulaires de contact "libres", dès lors qu'est-ce qui empêchera un utilisateur malintentionné de se faire passer pour un autre ? Au mieux, cette solution me semble donc permettre d'identifier que la personne qui envoie le message a bien eu un lien en amont dans un mail... mais elle n'empêche en rien un utilisateur de reproduire à l'identique le contenu d'un message... Beaucoup de messages utilisateurs sont des sollicitation directes et ne sont pas en réponse de mail de Price... Bref, j'ai l'impression que le cadre de tout cela n'est pas vraiment établi et qu'on cherche déjà à mettre en place des solutions alambiquées :o) |
| Commentaire de Ange Ferrari [ 05/sept./08 09:09 ] |
|
quelle armée mexicaine.. Ce jira est lié à un JIRA au dessus qui décrie le problème si tu as plus de questions n'hésite pas a venir en parler |
| Commentaire de Emeric Teil [ 05/sept./08 09:21 ] |
|
OK, mea culpa. Pour le "armée mexicaine", la prochaine fois que tu auras qqch à demander au commandant Garcia... |
| Commentaire de Emeric Teil [ 05/sept./08 09:22 ] |
| Et puisque nous n'avons pas à intervenir la dessus, je vous laisse ce Jira... |
| Commentaire de Cedric Favero [ 05/sept./08 16:45 ] |
|
Mes retours " limiter à une utilisation unique du formulaire ? " Pas obligatoirement jusitifié car parfois l'utilisateur peut ne pas avoir suffisamment de caractères pour sa réponse.. Là le pb, c'est que le malin changeait le dernier chiffre de l'id à chaque fois. "Beaucoup de messages utilisateurs sont des sollicitation directes et ne sont pas en réponse de mail de Price... " Sais pas si çà fait une difference mais les formulaires pour sollicitations directes ne sont accessibles que par les pages FAQ/Contact Les formulaires en réponse à nos messages ne sont accessibles que par les liens placés dans nos messages types. |
| Commentaire de Ange Ferrari [ 29/sept./08 17:31 ] |
|
On a encore un pb de flooder il serait bien que ce JIRA Progresse un peu... |
| Commentaire de Cedric Favero [ 29/sept./08 17:39 ] |
| C'est le meme qui revient : VINCENRT |
| Commentaire de Ange Ferrari [ 29/sept./08 18:03 ] |
|
Emeric, Peux tu jeter un oeil et faire des preco ? |
[APP-20636] SPAM d'un utilisateur utlisant à chaque fois un userid différent Création: 26/mai/08 10:09 Mise à jour: 12/déc./08 10:52 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Cedric Favero | Attribution: | Patrice Boulanger |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
screenshot-1.jpg
url_pb20080526.log
|
||||||||||
| Sous-tâches: |
|
||||||||||
| Pays: |
FRA - France
|
||||||||||
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Un utilisateur pas content a bombardé le back-office de
messages entre le 23/05 et le 24/05 (600 messages) en utilisant une
faille assez simple apparemment permettant de changer le userId à la
volée lorsqu'il répond à un message du back-office. A priori en utilisant le lien comme celui-ci (utilisé dans tous nos messages sortant back-office): http://www.priceminister.com/help?action=usr_empt&pmid=130026731 On constate dans ses messages qu'il incremente à chaque fois le userId suivant (cf capture). => problème: nous n'avons aucune information sur l'orgine des messages reçus nous permettant dans un premier temps d'identifier la personne. Ange va essayer de l'identifier. |
| Commentaires |
| Commentaire de Cedric Favero [ 26/mai/08 10:15 ] |
|
Pour dégager la boite Price , les messages vont etre supprimés ( restent stockés avec l'état Répondu) Pour les retrouver facilement , ils sont intervenus entre 23/05/2008-17:53 et 24/05/2008-03:56 |
| Commentaire de Ange Ferrari [ 26/mai/08 10:29 ] |
| Avec une jolie moulinette le mec s'est bien amusé |
| Commentaire de Ange Ferrari [ 26/mai/08 10:31 ] |
|
Cedric avec les 2 premieres url je pense qu'il envoyait un vrai message 2008-05-24-05-00_angita.log.gz:2008-05-23 14:56:59,720 INFO [-Processor29] 88.164.88.191 - >>> POST http://www.priceminister.com/message!body=MERCI DE M...&contact=true&inctxid=1001&parentid=129180326&popup=false&subject=Réponse à ...&umsdomain=10 2008-05-24-05-00_angita.log.gz:2008-05-23 15:00:54,144 INFO [-Processor31] 88.164.88.191 - >>> POST http://www.priceminister.com/message!associatedid=2023435&body=SVP&contact=true&inctxid=1001&parentid=100000&popup=false&subject=Réponse à ...&umsdomain=10 De plus on a trouvé plusieurs logins qui s'était loggué avec cette IP SYLVAIN_222 PAUL_2 CLAUDE_R PIERRE_i bryann1 pointphoto Dayci vincenrt132 VINCENRT a vérifier |
| Commentaire de Ange Ferrari [ 26/mai/08 10:33 ] |
| De plus il n'a même pas besoin d'être authentifié... |
| Commentaire de Benoit Tabaka [ 26/mai/08 10:36 ] |
|
Pour ma part, je pense que le "winner" is : VINCENRT -> a vendu de la contrefaçon. Plusieurs comptes ouverts |
| Commentaire de Cedric Favero [ 26/mai/08 10:41 ] |
|
effectivement , c'est le winner: http://bo.priceminister.com/user_back?action=userview&showeventothers=true&useraccountid=15572317 Puisqu'on voit qu'il a commencé par là Les autres comptes sont à lui également. Et si on cherche un peu , on en trouve encore beaucoup , c'est un boulet récidiviste notoire. Donc on va lui faire comprendre qu'il ne doit plus mettre les pieds chez nous , mettre la batterie de mot-clés habituelle et donc porter plainte pour entrave au bon fonctionnement du site. |
| Commentaire de Ange Ferrari [ 26/mai/08 11:03 ] |
|
Benoit, Nous te laissons prendre la releve pour la partie juridique je vais quand même chercher sur nos serveurs web si il a pas tenté de faire d'autre chose pour pourrir le site web. Nicolas j'ai créé un sous jira pour la correction de ce problème est ce possible que ce soit planifié rapidement ? |
[APP-20540] [Logs ERROR Fast] Améliorer les erreurs sur les FP Création: 16/mai/08 11:00 Mise à jour: 24/déc./09 10:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Les deux types d'erreurs rencontrés : -- Module :XMLParser - ERROR: Sequence ']]>' not allowed in content -- Module :XMLParser - ERROR: xmlParseCharRef: invalid xmlChar value 19 - Il est impossible de dire exactement ce qui ne va pas sur la FP avec juste 'invalid xmlChar value 19'; - Comme on ne sait pas l'origine de l'erreur, il existe des FP comme celle du jira - serait-il possible de cibler un peu plus l'origine de l'erreur ? |
| Commentaires |
| Commentaire de Martin Sudmann [ 20/mai/08 13:59 ] |
|
le pb est le suivant : il s'agit des error-callbacks de l'API Fast au connector, qui sont envoyé en asynchron. A la génération du XML à envoyer à Fast tout ce passe bien (normal, on utilise l'API XML Java standard). Pour une raison que l'on ne connait pas, le XML ne plait pas au DocumentProcessor et il renvoie un message d'erreur au connector. Manque de bol, ce callback ne contient que le message cité et la document ID, mais pas le XML que l'on avait envoyé. Difficile de dire ce qui ne va pas. Je soupçonne que leur XML Parser fait des erreurs de Parse de temps en temps, parce que le même produit passe bien quand on le ré indexe. |
| Commentaire de Martin Sudmann [ 26/mai/08 11:24 ] |
|
correction : le commentaire du 20/05 était pour le Jira lié (app-20510). sur la FP c'est le parsing du summary qui échoue, là il est éffectivement possible de loguer le XML qui pose problème. |
[APP-20491] moteur de recherche plus ou moins floue Création: 06/mai/08 16:47 Mise à jour: 17/oct./08 14:36 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Recherche produit |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Navigateur: | Tous |
| Classif1: | FAST |
| Classif2: | instream |
| Description |
|
hello, en faisant des recherches je suis tombé sur 2 cas de recherches différents. Ex 1 : "douille" et "douilles" dans "maison et électroménager" = les même résultats de recherche http://www.priceminister.com/navigation/se/category/search_white/kw/douilles http://www.priceminister.com/navigation/se/category/search_white/kw/douille Ex 2 : "megapixel" et "megapixels" = 2 résultats différents http://www.priceminister.com/nav/Tel-PDA/kw/megapixels http://www.priceminister.com/nav/Tel-PDA/kw/megapixel Avez-vous une explication ? (npf ?) merci |
| Commentaires |
| Commentaire de Martin Sudmann [ 07/mai/08 18:08 ] |
|
oui. megapixel n'est pas un mot français, la lemmatisation ne fonctionne donc apparemment pas. |
[APP-20475] Etude du param des imports dvdlegacy_cd Création: 05/mai/08 11:36 Mise à jour: 01/sept./08 18:47 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Justin Ziegler | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Classif1: | IMPORT |
| Description |
|
J'ai l'impression que les imports de dvdlegacy_cd / fichier 5864914 sont particulièrement lents ! Y aurait il une utilisation abusive du paramétrage d'import ? Y aurait il un cas limite avec ce partenaire sur ce fichier ? ex : des requetes oracle qui deviennent particulierement lentes avec ce fichier ? j'ai l'impression que cela mérite une étude combiné entre param et dev. merci |
| Commentaires |
| Commentaire de Justin Ziegler [ 06/mai/08 09:48 ] |
|
encore en cours aujourd'hui : téléchargement : 02/05/2008-23:05 encore en traitement : 05/05/2008-13:45 |
| Commentaire de Justin Ziegler [ 06/mai/08 09:50 ] |
| en fait, c'est pire que ce que je pensais : ce fichier n'a pas bougé depuis hier alors qu'il n'est pas termine !!! |
| Commentaire de Justin Ziegler [ 06/mai/08 09:52 ] |
|
quelle est la logique de mise a jour de la colonne traitement ? quel est son sens précis ? |
| Commentaire de Justin Ziegler [ 06/mai/08 09:58 ] |
|
si le fichier bouge !!! mais quel est le sens de la colonne traitement ? est ce le début du traitement ? on dirait que le fichier 5865443 a été soumis après le 5864914 mais son traitement est déjà terminé !!! il aurait donc été traité dans le mauvais ordre ? ai je raté qq ch ? |
| Commentaire de Benoît Bourdon [ 01/sept./08 18:47 ] |
| Standby -> A fermer avec import 4G |
[APP-20449] [HTML dans les données] -> NpF Grille : Problème d'alignement sur FF1.5 / mozilla Création: 02/mai/08 12:22 Mise à jour: 24/déc./09 12:15 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
escarpin.png
title.png
UnPeuDeTout.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | BP | ||||||||
| Description |
|
- Cf. PJ
|
| Commentaires |
| Commentaire de Paul Leprévost [ 29/juil./08 11:37 ] |
| Won't fix étant donné la nature cosmétique du bug, et le nombre de visiteurs encore sur FF1.5/Mozilla (0.5% au cumul). |
| Commentaire de Paul Leprévost [ 29/juil./08 12:08 ] |
|
Je ré-ouvre pour faire évoluer la demande. Tout d'abord, je n'arrive pas à reproduire le problème de soulignement du mot Grille sous FF1.5. Ensuite, le décalage en dessous du produit escarpin est présent sur tout les navigateurs. Il semble qu'entre temps, il y ait tout de même eu une modification sur le nombre de caractères affichés. Cf. screenshot. |
| Commentaire de Paul Leprévost [ 29/juil./08 14:25 ] |
|
En détails : Il semblerait que quelques produits comme celui pris en exemple n'ont pas de titre mais une description, ici "Caractéristiques : Escarpins découpe...". Niveau code c'est assez horrible. On a déjà un <a> avec title comprenant du code html. Ensuite, toujours à l'intérieur du <h3>, on a un <dt><dd> sortis de nul part, sans <dl>. Il faudrait nettoyer tout ça, pour info les autres produits sont listés avec un <h3><a></a></h3> tout simplement. |
| Commentaire de Paul Leprévost [ 29/juil./08 14:47 ] |
|
Finalement, si l'on regarde le title de la FP, on peut voir
que le code décrit dans mon dernier commentaire est enregistré en BDD. Un nettoyage de données est donc de rigueur :o) |
| Commentaire de Benoît Bourdon [ 31/juil./08 09:48 ] |
|
Sera résolu lorsqu'on passera le projet HTML dans les données sur les titres. (suppression de toutes balises HTML présente dans les données du titre) |
[APP-20424] [Moderation] Propriété priceminister.keyword.deactivate Création: 30/avr./08 11:45 Mise à jour: 02/sept./09 10:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 20.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Site: | Prod |
| Projets PM: | *** CHASSE *** |
| Description |
|
Cette propriété contient une liste de KwdTypeCode. Dans AdminCatalog les mots clefs dont le kwd_type_code est dans la liste ne sont pas traités , il n'y a donc pas de modération sur ce kwd_type_code. Dans QuestionBusiness les mots clefs dont le kwd_type_code est dans la liste ne sont pas traités MAIS les questionss/reponses sont refusées avec le message "<div>Auto acceptation $var0 désactivé</div>". Que veux t'on exactement ?: 1) que les mots clefs dont le kwd_type_code est dans la liste des KwdTypeCode ne soient pas testés avec résultat sans modération 2) que les mots clefs dont le kwd_type_code est dans la liste des KwdTypeCode ne soient pas testés avec résultat et avec modération systématique avec le message '<div>Auto acceptation $var0 désactivé</div>' 3) virer cette cette propriété Pour moi cette propriété devrait signifier pas de moderation sur ce type. Si l'on veut pouvoir moderer systematiquement un kwd_type_code il faudrait créée une nouvelle propriété. NB: cette propriiété n'est pas utilisée pour le moment. Si on veut se debarasser de cette propriété on peut nettoyer le Code. |
| Commentaires |
| Commentaire de Arnaud Forgues [ 02/sept./09 10:08 ] |
| Et donc on fait quoi pour ce vieux nanard ? |
[APP-20421] [CoBs] Boutons "GO" Création: 30/avr./08 11:27 Mise à jour: 23/déc./08 18:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Cobrandings |
| Affecte la/les version(s): | 21.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Mineur |
| Rapporteur: | Stéphane François | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
cob_btn_go.png
|
||||||||||||||||||||||||||||||||
| Liens des demandes: |
|
||||||||||||||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||||||||||||||
| Pays: |
FRA - France
|
||||||||||||||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||||||||||||||
| Classif1: | COB | ||||||||||||||||||||||||||||||||
| Description |
|
Suite au jira app-19049, tous les boutons "Go" ont profité
d'un relookage, d'une harmonisation graphique, et d'une mutalisation
autant que possible du code , et de sa css. Le résultat que que les cobs ne surcharge plus la bonne classe du bouton "Go", et donc c'est le bouton de PM.com qui s'affichent sur les cobs (hormis les headers) Il est donc simplement nécessaire de modifier la css pour 14-15 cobs. |
| Commentaires |
| Commentaire de Quentin de Chivré [ 30/avr./08 11:29 ] |
| Et ca donne quoi graphiquement ? |
| Commentaire de Stéphane François [ 30/avr./08 12:23 ] |
|
voici un visuel de l'actuel en prod, et se qui va passer en prod avec la v.21 |
| Commentaire de Quentin de Chivré [ 30/avr./08 12:40 ] |
|
Dans la mesure du possible, essayer de ne pas customiser ce bouton pour les CoBs => les passer tous en revue et voir si ca jure |
| Commentaire de Stéphane François [ 26/juin/08 15:23 ] |
|
Effectivement après un tour de ronde sur les Cobs, rien ne jure trop. La seule vérification et correction à effectuer sur 2-3 cobs, et de supprimer les propriétés border restantes sur certains cob (cela affectant le bon affichage du nouveau bouton "go") |
[APP-20396] Problème de différence dans les remboursements PMV Création: 25/avr./08 12:23 Mise à jour: 30/déc./08 14:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 20.1.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Rachid Gernane | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Bonjour, un gros problème est survenu en tentant d'annuler un remboursement 'acheteur' sur la transaction : 57712767/79587493. Le prix de l'article est de 15,00 EUR et le prix du port est de 1,50 EUR - soit 16,50 EUR selon le bloc du calcul de l'achat. Le remboursement effectué sur le Porte-Monnaie était de 18,00 EUR - soit 1,50 EUR supérieur au remboursement normal. Il faut vérifier urgemment pourquoi un remboursement supérieur a été attribué afin d'éviter que d'autres remboursements de la sorte se reproduisent. Merci. Lien : http://bo.priceminister.com/purchase_back?action=itemview&itemid=79587493 |
| Commentaires |
| Commentaire de Arnaud Forgues [ 30/déc./08 12:47 ] |
|
Impossible à reproduire à présent : voir http://bo.pm.lan/purchase_back?action=itemview&itemid=79587493 Sinon, cela a du se produire car les frais de port ne sont pas historisé, du coup, on doit se baser sur la "taille produit" (shuipping_size_id) sotckée dans l'article afin de recalculer les Frais de port à rembourser et du coup s'ils ont changé entre temps, les FdP sont mauvais. Cela est similaire au pb du jira APP-18973 |
[APP-20395] Problème sécurité souscription newsletter Création: 25/avr./08 12:07 Mise à jour: 02/déc./08 16:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Classif1: | TECH |
| Classif2: | sécurité |
| Description |
|
Hello une page a été référencée par google http://www.google.fr/search?hl=fr&q=amiel%40wengo.fr&btnG=Recherche+Google&meta= La premiere page permet de modifier les abonnements du compte en question http://www.priceminister.com/subscription?action=mailsubscription&emailaddress=patrick.amiel%40wengo.fr&userid=14356978 Si on fait d'autre recherche http://www.google.com/search?q=inurl:www.priceminister.com/subscription&hl=en&filter=0 Il faut blinder ce mécanisme même si il faut connaitre le couple emailaddress & userid pour arriver à modifier les abos il faut quand même renforcer l'algo ! Je suis à votre disposition pour vous soumettre des idées |
| Commentaires |
| Commentaire de Ange Ferrari [ 25/avr./08 16:26 ] |
|
En fait si quelqu'un publie la newsletter qu'il reçoit dans sa boite email google va venir crawler des liens exemple ci dessous http://www.newsletter-priceminister.com/mail/PMCRM0217.asp?i=5619714&en=632156734&e=patrick.amiel@wengo.fr&login=&u=14356978 Google ne devrait pas referencer les newsletter price ( a valider avec le referencement ) il faut donc que mille mercis place un robot.txt à la base du domaine newsletter-priceminister.com pour que les robots ne continuent pas Ensuite il serait préférable que userid & email ne transitent pas en clair dans l'url et qu'on ajoute un cryptage des ces informations à l'aide d'une clé maitrisée par nous seul ( pour éviter la prédiction d'information ) Il serait bon aussi de voir comment on peut brouiller les liens dans les newsletter |
| Commentaire de Ange Ferrari [ 25/avr./08 16:27 ] |
|
J'assigne ça aux fonc car il faut un vrai chef de projet pour rassembler toutes les pieces de ce magnifique puzzle je suis biensur disponible pour discuter etc... |
| Commentaire de Quentin de Chivré [ 29/avr./08 17:57 ] |
| A caser dans la prochaine version TX-B ? |
[APP-20373] [mots-clé - soumission fiche produit] Appliquer la vérification des mots clés aux fichiers d'import? Création: 06/févr./08 14:39 Mise à jour: 02/mars/10 15:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | 15 minutes | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | IMPORT | ||||||||
| Classif2: | mots clés | ||||||||
| Classif FONC: | import contrefaçon | ||||||||
| Description |
|
Avec les problématiques sans cesse grandissantes de
contrefaçon et autres produits interdits à la revente , nous avons de
plus en plus de mots clés sur les soumissions de fiche produits afin
d'avoir des alertes et une validation manuelle de ces dernieres. C'est en particulier le cas sur les rubrique mode , étant en validation automatique , seuls les mots clés "forçant" alors la fiche en étant "soumis" pour validation manuelle. Jusqu'à présent , on considérait qu'il n"'était pas nécessaire de vérifier les créations de fiches par professionnels mais celà n'est plus vrai aujourd'hui. En effet , certains produits sont tout simplement refusés à la vente mais continuent d'arriver par fichier d'import obligeant l'équipe validation à refaire un nettoyage régulier alors meme qu'ils refusent déjà toutes les fiches lors de leur soumission. Plus grave , des notifications peuvent etre faites à notre service juridique à plusieurs reprises pour des produits présents sur le site alors meme que nous les refusons systematiquement mais simplement parceque tel ou tel vendeur professionnel en dispose dans son fichier d'import. La question est la suivante: peut on faire en sortie que les fiches soumises par import vérifient également les mots clés? En sachant que l'on peut définir par velocity si la regle doit s'appliquer ou non lorsque le vendeur est pro et que seules les regles concernant des articles interdits à la vente inclueraient alors les pro. |
| Commentaires |
| Commentaire de Cedric Favero [ 06/févr./08 14:41 ] |
| Avant toute chose , il me faudrait les avis de l'équipe import pour savoir tout ce que celà impliquerait.. |
| Commentaire de Marion Anfreville [ 06/févr./08 16:30 ] |
|
Actuellement, niveau import, nous n'utilisons pas les mots
clés. Pourquoi ? On a tenté d'implanter le même système que pour la mis
en vente et on a stoppé assez rapidement car cela engendrait une
multitude de logs (l'équipe d'exploitation a failli arrêté les imports
le jour où un fichier avec recherche de mots clés était en train d'être
traité). Ce qui est possible de faire par import : - mettre en place des filtres pour vérifier les noms de fabricants. Si on a un ligne avec un fabricant indiqué dans cette liste, la ligne d'import sera rejetée, le produit/annonce ne sera pas créé. Peux-tu me donner des précisions sur les mots clés que vous recherchez (liste) ? Dans quel champ cherché vous ces mots clés ? Ce qui est problématique est que les interventions qu'on peut faire sur l'import seront en dur dans le code velocity des formats d'import (différents pour les mots clés ?). Je pense que ce sera mieux si on en discute en direct. |
| Commentaire de Cedric Favero [ 08/févr./08 09:12 ] |
|
Effectivement mieux vaut en parler directement. Les logs dont tu parles étaient dus à des erreurs sur certains mots clés qui normalement n'existent plus aujourd"hui. Je recois ces logs tous les jours pour vérifier qu'aucun mot clé ne pose problème. en prod. Donc logiquement celà ne devrait plus poser aucun problème...(possible de tester?) Après peut-etre autre chose peut etre envisagé mais nos mots clés sur produits interdits peuvent etre à la fois sur fabricant , titre, contributeur, etc... Je te donne un exemple simple , le livre Mein Kampf est interdit à la vente sur le site , on a donc des mots clés sur les soumissions de fiche produit et la valide les rejette... Problème malgré ce travail , elle doit quand meme repasser derriere regulierement pour faire le menage à cause des fichiers d'import. Autre exemple , la marque CECT , qui fait des contrefaçons de telephones portables et qui peut se retrouver dans les fichiers de certains pros... Etc...Etc... Dis moi quand on peut se voir... |
| Commentaire de Marion Anfreville [ 08/févr./08 12:10 ] |
|
=> mercredi 10h. Par contre, pour des tests, il faudra planifier cela car on est assez serrer au pôle import niveau ressource (Daniel + Marion (moi) à mi-temps + Fabien à mi-temps sur la réalisation de demandes d'import). |
| Commentaire de Cedric Favero [ 08/févr./08 16:44 ] |
| mercredi 10H , je ne peux pas...Soit l'apres-midi , soit meme heure mardi ou jeudi? |
| Commentaire de Emmanuelle Lachamp [ 08/févr./08 16:47 ] |
|
Hello, Je n'ai pas de disponibilité mercredi à 10 h vers 11h c'est mieux pour moi (reu de 9h30 à 11 h) |
| Commentaire de Emmanuelle Lachamp [ 08/févr./08 17:54 ] |
| ok jeudi 10h |
| Commentaire de Marion Anfreville [ 08/févr./08 17:58 ] |
| Ok pour jeudi 10h, peux-tu envoyer une invitation et réserver une salle Cédric ? |
| Commentaire de Cedric Favero [ 19/févr./08 15:59 ] |
|
Suite à discussion avec l'équipe param , il apparait qu'il
est plutot question de dev , de savoir ce qui détermine q'une fiche
produit créée par fichier d'import doit ou non vérifier les mots clés
renseignés en back office comme lors d'une soumission en front office
par l'utilisateur. Je vais essayer de savoir techniquement ce qu'il en est avant de reflechir à quoi que ce soit. |
| Commentaire de Geneviève Beaujard [ 20/févr./08 10:58 ] |
|
Il a été décidé lors de la mise en place de la vérification
des mots clefs sur la création de fiches produits de ne le faire qu'en
soumission FO. Point de vue code il est très facile de tester aussi les mots clefs lors de l'import, MAIS alors bonjour les perfs. Je pense d'ailleurs que c'est l'argument PERF qui a été invoqué pour ne pas tester les mots clefs en import. J'entends souvent cette phrase: Les imports sont effectués par des pros et qui dit PRO dit pas d'erreur. Cedric si tu veux un changement il faut en parler aux décideurs. |
| Commentaire de Cedric Favero [ 20/févr./08 11:28 ] |
|
C'est uniquement à l'état de la reflexion. On a besoin de connaitres les aspects techniques. "qui dit PRO dit pas d'erreur" -> no comment :-) !!! Evidemment si çà un impact négatif sur les perfs , ce n'est pas une bonne chose.. Qui peut me renseigner plus en détail là dessus? |
| Commentaire de Edouard Gomez-Vaez [ 26/févr./08 15:35 ] |
|
Une idée, Martin ? Ca me parait super chaud, qu'en penses-tu ? Cédric, tu stockes cela dans la wishlist de ton équipe ? |
| Commentaire de Cedric Favero [ 27/févr./08 17:28 ] |
|
Celà semble faire un peu peur à tout le monde. Peut-etre à juste titre. En fait , on voulait d'une part connaitre les raisons techniques de la non vérification des mots clés. D'autre part , on aurait aimé connaitre l'impact s'ils l'étaient mais peut-etre est-ce impossible sans tests de performances.. |
| Commentaire de Martin Sudmann [ 07/mars/08 11:24 ] |
|
On n'applique pas les mots clés aux imports à cause de la perf. Si on souhaite le faire, il faudra faire un prototyp pour mésurer l'impact => coût de dev qui doit être justifié. |
| Commentaire de Martin Sudmann [ 07/mars/08 11:37 ] |
|
peut être on pourrait envisager d'ajouter une méthode à
l'objet $StringValidator, du genre
$StringValidator.keywordAdvert($line.get('comment')),
$StringValidator.keywordProduct($line.get('title')) ; comme ça on
pourrait l'appliquer uniquement là où c'est vraiment nécessaire. Ou devrait on stocker cette notion dans le profil ? |
| Commentaire de Martin Sudmann [ 07/mars/08 11:39 ] |
|
Cedric, je te ré affecte le Jira, tu le priorise (ou pas) dans votre WL ? |
| Commentaire de Cedric Favero [ 25/avr./08 09:27 ] |
|
Martin: tu dis: "peut être on pourrait envisager d'ajouter une méthode à l'objet $StringValidator, du genre $StringValidator.keywordAdvert($line.get('comment')), $StringValidator.keywordProduct($line.get('title')) ; comme ça on pourrait l'appliquer uniquement là où c'est vraiment nécessaire. " Tu peux m'expliquer un peu plus en détail? Si on ne checkait pas tous les mots clés existants mais juste une liste restreinte (uniquement les produits réellement interdits) et uniquement dans le titre (voir le champ fabricant) , est-ce qu'on ne réduirait pas l'impact éventuel sur les performances? Actuellement on a 348 mots clés en création de fiche produit mais un faible pourcentage serait concerné pour la surveillance des fichiers d'imports. (uniquement les produits réellements interdits ou refusés pour lesquels la valid est actuellement obligé de repasser souvent derriere pour nettoyer ce qui passe en import , les autres mots clés nous servent à surveiller certaines choses qui ne seraient pas justifiées sur les imports) |
| Commentaire de Cedric Favero [ 11/juin/08 14:07 ] |
| On va étudier et prioriser cette demande dans le cadre du COSAV |
| Commentaire de Emeric Teil [ 13/juin/08 09:51 ] |
|
Hello, Etant donné que ce n'est pas le Pôle TX qui va gérer cela, il faut que tu vois avec Benoit pour la priorisation de cette demane (elle n'entre pas en concurrence avec les autres demandes SAV gérées par le Pole TX)... |
| Commentaire de Benoît Bourdon [ 21/juil./08 17:27 ] |
|
Limiter à un nombre restreint de mots clés à tester Limiter au titre et au fabriquant Est ce que l'on peut limiter cette fonction à certains formats ou profils connus et à risque ? Avec toutes ces précautions, les risques niveau perfs sont-ils les mêmes Martin ? Si c'est le cas -> on met en standy car on ne peut pas le réaliser rapidement et c'est pris en compte pour les imports-4G ? |
| Commentaire de Martin Sudmann [ 21/juil./08 18:27 ] |
|
il serait toujours possible d'enlever les velocity du
keyword check, il faudrait juste que les params notent les formats
qu'ils modifient en un 1er temps. il faudrait également mettre un time logger autour du keyword check, pour nous avertir dès que ça commence à ramer. |
| Commentaire de Cedric Favero [ 08/août/08 10:48 ] |
|
"il serait toujours possible d'enlever les velocity du keyword check" ?? => A l'inverse , je dirais que je préfererais ne privilégier que les mots clés velocity et pas les exact/regexp. En effet en velocity celà me permet d'etre plus fin , en specifiant un type ou medium (tel produit et pas un autre) et en faisant des exclusions (exemple: "lv" mais pas "silver"). Le velocity me permet de cibler au maximum alors que les mots clés exact tapent trop large. Autre rappel: depuis modifs effectuées avec Genevieve, les mots clés exact/regexp sur les fiches produits ne s'appliquent que sur les produits culturels (musique , video , livres ) et uniquement si la case "verifier les mots clés" est coché dans la conf produit. ( |
| Commentaire de Cedric Favero [ 08/août/08 10:49 ] |
|
Ne serait-il pas possible d'avoir une variable velocity
permettant de spécifier si on veut que le mot clé vérifie les imports ou
non? En gros: - par défaut le mot-clé ne le fait pas - si je veux que mon mot-clé velocity teste aussi les imports , je rajouter une variable. |
| Commentaire de Benoît Bourdon [ 05/mars/09 12:32 ] |
| Attention bcp de coordination : voir toutes les équipes avant |
[APP-20362] Commission - néttoyer l'ancien mécanisme de commission Création: 22/avr./08 14:09 Mise à jour: 24/févr./10 14:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Compte utilisateur |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Benjamin Guerville | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Classif1: | TX |
| Classif2: | commission |
| Description |
|
voir merci de supprimer la règle de commission "aucun" et qui pose des problèmes de reporting. ==> en fait il faut nettoyer l'ancien mécanisme de commission (basé sur un taux pur et simple) et rendre alors obligatoire la saisie d'un modèle de commission en retirant en effet l'option "Aucun" de la dropdown, qui n'est qu'une invite de commande ! |
| Commentaires |
| Commentaire de Ariane Baldinger [ 22/avr./08 15:17 ] |
| Il ne s'agit pas d'une règle de commission mais d'une valeur possible à sélectionner dans un compte dans le BO. |
| Commentaire de Emeric Teil [ 24/févr./10 14:18 ] |
| Gaël, cette demande est-elle toujours d'actualité ? |
[APP-20354] [BO - FP] Origine Mise à jour FP Erronée Création: 22/avr./08 10:00 Mise à jour: 06/janv./11 14:53 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Produits |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
FausseOrigineDeMiseAJour.JPG
OrigineDeLaMiseAJour.JPG
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Prod | ||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||
| Classif1: | BP | ||||||||||||
| Classif2: | piste d'audit / prd_source_code | ||||||||||||
| Classif FONC: | modèle produit | ||||||||||||
| Description |
|
- Cf. PJ - Ce problème existe depuis très longtemps déjà; - Une annonce a été créée avec un prix plus qui fait que le "best_price" a été modifié sur la FP; - Le "best_price" étant modifié sur la FP, la date de modification de la FP aussi est mise à jour; - Mais l'origine de la mise à jour de la FP reste "Par Fichier d'import (xxxxxxx)", or ce n'est pas vrai. - Serait-il possible de faire suivre la bonne information sur l'origine des modifications sur les FP? Cela éviterait d'aller chercher des réponses dans un fichier d'import qui ne sait rien; |
| Commentaires |
| Commentaire de Quentin de Chivré [ 22/avr./08 11:05 ] |
|
En fait je vois bien le pb mais la solution ne me parait pas évidente : - les dates de création/modification correspondent a des dates techniques : insert / dernier update sur la ligne dans la table - les user ayant créé / modifié la FP correspondent eux a des infos fonctionnelles : premier / dernier user a avoir modifié la FP => on parle la de modifications des infos descriptives de la FP, pas des infos techniques dénormalisées (best_price, stock, ...) La bonne solution serait donc de distinguer ces infos, en base et à l'affichage : - creation_date / change_date = dates techniques liées aux insert / update - submitter_account_id / owner_account_id = user ayant créé / modifié les infos produit - submission_date / ownership_date = dates correspondantes A priori creation_date = submission_date ... quoique ? On pourrait imaginer des scénarios ou on pré-crée la ligne en base mais ou le produit n'est rééllement soumis qu'ultérieurement. Ca pourrait être le cas si on autorisait un user a avoir des produits "en construction" qui ne seraient rééllement soumis que plus tard (cas équivalent aux users "contact" migrés ensuite en users "membre") |
[APP-20330] Désactivation du PKM pour le DEV Création: 18/avr./08 17:33 Mise à jour: 11/sept./08 11:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Gafour Abdoul | Attribution: | Manuel Sadok |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ALL - Tous
|
| Site: | Dev |
| Projets PM: | *** RESERVE *** |
| Description |
|
Est-il possible de désactiver le PKM pour l'équipe maquettage au moins ? Vu le nombre de fois où on recharge une page, cela nous bloque assez souvent. J'ai cru comprendre que pour certains développeurs cela posait problème aussi, peut-on le désactiver pour tous les dev ? |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 21/avr./08 17:17 ] |
| Peux tu faire un wiki en ce sens et le diffuser aux dev + maq |
| Commentaire de Gafour Abdoul [ 11/sept./08 11:49 ] |
| c'est toujours d'actu ? |
[APP-20327] [aide en ligne] A quoi sert l'alias d'aide associé aux confs produits et peut on l'éliminer ? Création: 18/avr./08 16:07 Mise à jour: 30/déc./09 10:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Swan Desportes | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** CHASSE *** |
| Classif1: | MEV |
| Classif2: | aide |
| Classif FONC: | mise en vente |
| Description |
|
C'est question a été soulevée lors de la traduction UK.
|
| Commentaires |
| Commentaire de Alexandre Garnier [ 02/mai/08 16:21 ] |
|
Il y a 2 alias d'aide : - Alias du noeud de l'aide pour la messagerie : obligatoire - Alias pour aide frais de port : falcutatif Celui qui nous intéresse est le premier. Il est utilisé dans la méthode ProductConfiguration#getHelpNodeAlias() elle-même utilisée dans ProductFormat#getDoubleBarcodeUrl() qui n'est pas utilisée dans le code. J'ai regardé dans le BO et ne trouve trace d'un quelconque appel à cette méthode ni dans l'arbre des catégories, ni dans l'aide, ni dans les mails. Donc la question retourne vers le PARAM : à quoi vous servait cette méthode ? |
| Commentaire de Jérôme Viviès [ 22/mai/08 09:20 ] |
|
Aucune idée, cela fait partie des paramètres qui étaient là avant l'existence de l'équipe. On poursuit le paramétrage à l'identique en se claquant sur les autres produits sans poser trop de questions... Peut-être peux-tu faire appel à un grand ancien, par exemple Quentin, pour t'éclairer (?) S'il s'avère qu'il s'agit d'un paramètre obsolète, bon débarras. |
| Commentaire de Manuel Sadok [ 22/mai/08 09:58 ] |
| Je crois qu'on affichait ce lien d'aide quand il y avait un problème lors de la soumission d'une fiche produit. |
| Commentaire de Swan Desportes [ 22/mai/08 11:11 ] |
| Désolé pour ce coup bas Edouard, mais tout ce qui concerne la MEV te revient ! C'est peut etre à traiter lors de la refonte d'ailleurs ? |
| Commentaire de Antoine Carré [ 18/mai/09 14:56 ] |
|
Il suffit de retirer la méthode "getDoubleBarcodeUrl()" c'est bien ça ? J'ai vérifié, elle n'est jamais appelée. |
| Commentaire de Manuel Sadok [ 18/mai/09 16:12 ] |
| Attention, elle n'est peut-être pas appelée dans l'application, mais il y a de fortes chances qu'elle le soit en Velocity dans les pré-validations de MeV. |
| Commentaire de Antoine Carré [ 18/mai/09 16:28 ] |
|
ok ok. Un moyen de vérifier ? ou ce JIRA restera ad vitam eternam à errer en status "ouvert" ? |
[APP-20303] Ajouter un champ "Adresse email" sur la page "Adresse de livraison" du panier Création: 17/avr./08 16:12 Mise à jour: 01/avr./09 18:26 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Panier |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Jonathan Lesage | Attribution: | Emeric Teil |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Adresse-de-Livraison-1.JPG
Adresse-de-Livraison-1.JPG
Adresse-de-Livraison-2.JPG
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Lors d'un processus d'achat, sur la page "Adresse de
livraison", il faudrait permettre à l'acheteur de modifier son e-mail
lorsqu'il indique son adresse de paiement. En effet, l'adresse email à laquelle l'acheteur va recevoir sa confirmation de commande n'est indiquée qu'une fois la commande validée et payée). - cf photo Adresse-de-Livraison-2.JPG Cependant, il arrive que cette adresse ne soit pas plus valide (car l'acheteur à changer de provider ou n'utilise plus cette adresse) ou c'est tout simplement trompé lors de son inscription . Il ne reçoit donc pas sa confirmation de commande et revient vers nous pour signaler le problème ("mon adresse e-mail n'est plus valide, pouvez me renvoyer la confirmation de commande à ma nouvelle adresse ?). Il faudrait donc créer/insérer d'un champ dans le formulaire qui reprendrait l'adresse e-mail enregistrée sur le compte. Si elle n'est plus valide ou erronée, l'acheteur peut la modifier AVANT de payer. Voir proposition sur photo Adresse-de-Livraison-1.JPG |
| Commentaires |
| Commentaire de Habibata Coulibaly [ 15/mai/08 11:50 ] |
| Ok |
| Commentaire de Quentin de Chivré [ 15/mai/08 11:55 ] |
| Version ? |
| Commentaire de Habibata Coulibaly [ 15/mai/08 16:03 ] |
| Pour la Version je demanderai à Arnaud plutard. |
| Commentaire de Emeric Teil [ 20/mai/08 11:15 ] |
| Pour le moment, on laisse cela en StandBy, le temps que le business ait validé la proposition. Je reprends le Jira chez moi en attendant. |
[APP-20300] Dead-lock en base lors d'une expiration de panier Création: 24/janv./06 15:00 Mise à jour: 18/avr./08 16:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
JbossWeb.txt
|
| Projets PM: | *** RESERVE *** |
| Classif1: | TECH |
| Classif2: | deadlock |
| Description |
|
Le processor qui plante s'appelle "[jboss.web]" (sûrement un
processor dédié à une tâche particulière puisqu'il ne fait qu'expirer
des paniers à longueur de journée). Voir log joint. |
| Commentaires |
| Commentaire de Christophe Garcia [ 24/janv./06 15:04 ] |
| Pour info : le bug a été détecté sur Angita |
| Commentaire de Olivier Bernard [ 08/févr./06 12:11 ] |
|
Ce cas de deadlock n'est pas dû au service même de
l'expiration des panniers : en effet, en production, l'erreur est loin
d'être systématique : aucune par exemple sur Amphitrite le 08/02/2006. Par contre, le Trigger est lui incrimminé dans plusieurs cas de DeadLock Oracle en production : 0 cas sur Amphitrite, 1 cas sur Terra le 08/02/2006. Ce Trigger se déclenche lors de la modification d'une annonce. Il met à jour les données de prix des produits compléments d'une annonce ainsi que du produit de base. Le cas de concurrence dans la base ne peut pas vraiment être évité. On peut éventuellement faire une étude statistique des cas de deadlock oracle provoquées par ce Trigger. |
| Commentaire de Christophe Garcia [ 10/févr./06 16:36 ] |
| Merci de réaliser cette étude statistique à l'aide les logs de PROD (fréquence, origine de l'erreur ...) |
| Commentaire de Antoine Koener [ 07/mars/07 14:41 ] |
|
Patrick as tu connaissance de cas encore d'actualité ? |
| Commentaire de Patrick Pereira [ 14/avr./08 18:21 ] |
|
Voici les deadlocks que nous avons eu récement : - 04/04/2008 : 1 - 11/04/2008 : 1 - 13/04/2008 : 1 Pourtant le trigger n'existe plus. Dans le log 2008-04-14-05-00_angita.log.gz : 2008-04-13 12:26:57,685 INFO [-Processor24] 90.1.49.226 - >>> POST http://www.priceminister.com/cart!action=add&aid=162901473 2008-04-13 12:27:02,505 WARN [-Processor24] 90.1.49.226 - SQL Error: 60, SQLState: S1000 2008-04-13 12:27:02,506 ERROR [-Processor24] 90.1.49.226 - [Oracle] #443 ORA-00060: deadlock detected while waiting for resource 2008-04-13 12:27:02,506 ERROR [-Processor24] 90.1.49.226 - Could not synchronize database state with session org.hibernate.exception.GenericJDBCException: could not update: [com.babelstore.stock.entity.Advert#164787769] at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:91) at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:79) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2221) at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2117) at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2373) at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:84) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:243) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:227) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:296) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:877) at org.hibernate.ejb.AbstractEntityManagerImpl.flush(AbstractEntityManagerImpl.java:201) at org.jboss.ejb3.entity.ManagedEntityManagerFactory$SessionSynchronization.beforeCompletion(ManagedEntityManagerFactory.java:89) at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1384) at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1076) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296) J'ai l'impression qu'on a des deadlock avec même avec l'appli quand on a ajoute des annonces dans le panier. |
[APP-20281] FP : Mode d'expédition - Eviter les retours à la ligne inutiles Création: 16/avr./08 16:13 Mise à jour: 23/févr./10 10:27 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 20.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Gafour Abdoul |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
shipping.png
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Quentin de Chivré [ 05/mai/08 10:11 ] |
|
Voir si on peut eléargir un petit peu la colonne de gauche pour mieux traiter ce cas ? Mais attention, ca risque de tout péter ailleurs... Et en Espagne, UK, etc le probleme pourra resugrgir si on se cale sur les textes FR, mais c'est moins grave |
| Commentaire de Gafour Abdoul [ 14/mai/08 11:59 ] |
|
Ces blocs sont sont en effet "sensibles", la façon dont ces
blocs ont été implémentés en CSS nous pose de sérieux problèmes
compatibilité cross/browser. Il est préférable de revoir le code de ce bloc dans un JIRA hebdo. D'autres JIRA ont pour origine la conception de ce bloc, je les rassemble pour les traiter en JIRA hebdo. |
| Commentaire de Paul Leprévost [ 08/juin/09 17:01 ] |
| Voici un aperçu de ce que ça donne si on décide de passer le cas "Expédition : normal, recommandé, chronopost" sur une seule ligne. |
| Commentaire de Gafour Abdoul [ 08/juin/09 17:26 ] |
| Un peu juste pour la CTN-L, je dé-scope de cette version pour garder la discussion ouverte. |
| Commentaire de Quentin de Chivré [ 31/août/09 13:47 ] |
| En fait comme la colonne centrale de la liste d'annonce s'agrandit, avec un ecran > 1024 cette solution sera mieux, car Négocier ne passera pas a la ligne |
[APP-20199] Amélioration mode PKM & bannissement utilisateur Création: 10/avr./08 16:04 Mise à jour: 22/mai/08 17:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.4.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Ange Ferrari | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Hello, Je fais ce JIRA pour exprimer un besoin fort de l'exploit il arrive parfois voir souvent qu'on ait à se battre avec des utilisateurs qui aspirent le site etc... le mode PKM est un peu fait pour ça quand on a un gentil utilisateur qui s'amuse ( volontairement ou pas ) à redemander X fois la même chose. Mais nous aurions besoin de faire plusieurs choses en plus du mode PKM la premiere chose serait de pouvoir bannir applicativement des gens à partir de leur IP ( et dans l'autre sens de pouvoir mettre en whitelist des gens ) parce que par exemple avec le mode PKM la on peut bannir toute la société :) Il faudrait que cela puisse se faire très rapidement sans redémarrage nécessaire des AS ( sinon ça n'a plus aucun sens ) il faudrait aussi pouvoir le faire a partir du nom d'utilisateur que la personne utilise sur le site ( si elle tente de se logger hop elle est bannie ) |
| Commentaires |
| Commentaire de Quentin de Chivré [ 05/mai/08 10:15 ] |
|
Attention a ne pas réinventer la poudre... Certains trucs sont effectivement uniquement réalisables avec une connaissance appli (login user) mais d'autres me paraissent plus relever d'un outil exploit. On ne doit pas être les 1ers a se poser ce genre de questions et ca me gène tjs de metttre du code d'infrastructure dans du code appli. Une solution serait de faire un filtre (javax.servlet.Filter) afin de dissocier ca du code appli ? |
[APP-20144] [Boutique] Vendeur en vacance, mais liers actifs Création: 07/avr./08 18:29 Mise à jour: 30/mars/10 12:18 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Boutique |
| Affecte la/les version(s): | 19.4.1 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Vendeur_en_vacance_mais_liers_actifs.JPG
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
- Le vendeur est en vacance, mais les liens "Voir le
détail de cette annonce", "Voir les 5 tailles/couleurs disponibles" et
"Poser une question" sont actifs; - Les deux premiers renvoient sur une FP avec le message "Cet article n'est actuellement plus disponible."; - Le dernier lien permet de poser une question à un vendeur "En vacance"; - Soit on permet de voir le détail annonce et les différentes tailles/couleurs disponibles comme on le fait pour les questions, soit on rend inactif les liens vers les annonces et les questions. |
| Commentaires |
| Commentaire de Benoît Bourdon [ 09/juin/08 09:33 ] |
|
A creuser lors d'un projet de refonte de la boutique. -> Pour le moment : - On ne peut pas empêcher l'accès à "Poser une question" car c'est le seul endroit où l'internaute peut voir les questions réponses déjà posées ... |
[APP-20132] BI : CHANGE_DATE antérieure à la CREATION_DATE Création: 04/avr./08 20:00 Mise à jour: 07/avr./08 15:24 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.3.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Agathe Remy | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | BO |
| Classif2: | messagerie |
| Description |
|
Bonjour, Un enregistrement de la table USR_MESSAGE n'a pas été inséré aujourd'hui dans le DataWareHouse parce qu'il possède une CHANGE_DATE inférieure à sa CREATION_DATE. Voici son identifiant : 122522223 (c'est un bilan vendeur). Ce qui est vraiment étrange, c'est que cet enregistrement n'a pas été inséré dans l'alimentation du 04/04 alors que sa date de création est du 03/04?! Serait-il possible de savoir comment ces dates sont affectées? Merci. Agathe |
| Commentaires |
| Commentaire de Julien Girardet [ 07/avr./08 15:24 ] |
|
Bonjour, Pour information, deux nouveaux enregistrements de la table USR_MESSAGE n'ont pas été inséré aujourd'hui et samedi dans le DataWareHouse avec une CHANGE_DATE inférieure à la CREATION_DATE. Voici leurs identifiants : 122720546, 123082556 Julien. |
[APP-20131] [Liste Recherche Qualité] Cette liste est présente en Espagne et pas en France est ce normal ? Création: 04/avr./08 17:41 Mise à jour: 14/sept./09 10:00 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Inventaire |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
List_Qualité_absente_FRA.JPG
List_Qualité_Presente_Boutique_ESP.JPG
List_Qualité_Presente_Inventaire_ESP.JPG
|
| Pays: |
ALL - Tous
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Description |
|
- Cf. PJ
|
| Commentaires |
| Commentaire de Benoît Bourdon [ 11/sept./09 15:21 ] |
| dropdown disparue des pays. |
| Commentaire de Christophe Garcia [ 14/sept./09 10:00 ] |
| MDPLVC |
[APP-20066] Pré-remplir les champs de description d'un produit après le clic sur Vendez le vôtre Création: 01/avr./08 10:37 Mise à jour: 05/mai/08 17:33 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mise en vente |
| Affecte la/les version(s): | 19.4.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Aurélie Kwiatkowski | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Description |
|
Quand on est sur une fiche produit privée (vêtement) et
qu'on souhaite vendre exactement le même mais une taille en dessous, il
faut actuellement ressaisir une fiche produit et une annonce. Après,
quand on recherche les produits, ils peuvent être très éloignés dans
l'arborescence parce que les vendeurs les ont décrit un peu
différemment. Ne peut-on pas proposer des champs pré-remplis après clic sur "Vendez le vôtre", avec les caractéristiques du produit 1 et la possibilité d'utiliser la photo? |
| Commentaires |
| Commentaire de Benoît Bourdon [ 05/mai/08 17:33 ] |
| Fait parti des besoins connus d'évolutions MEVs |
[APP-20063] Inventaire - Suppression de la photo quand on modifie la couleur (alors que cette couleur reliée à aucune fratrie) Création: 31/mars/08 18:52 Mise à jour: 18/juin/10 15:31 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 19.4.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif1: | IMAGE |
| Description |
|
Tout est dans le titre. |
| Commentaires |
| Commentaire de Martin Sudmann [ 01/avr./08 13:06 ] |
|
ok, le prd est un "singleton", mais la photo ne correspond quand même plus si on change la couleur. ne pourrait-on pas plutôt ajouter un message "Votre photo a été supprimée parce qu'elle ne correspond plus à la couleur. Veuillez en resoumettre une photo adaptée" ? |
| Commentaire de Edouard Gomez-Vaez [ 11/juin/08 14:16 ] |
| J'ai pas été capable de comprendre la solution, Martin on en reparle :-). |
[APP-19958] Faire un tableau de bord permettant de lister les taches en cours. Création: 19/mars/08 11:55 Mise à jour: 20/mai/08 17:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Imad Cherghou | Attribution: | Imad Cherghou |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Dev | ||||||||
| Projets PM archivés: | OTM (Lot 2) - Valeurs d'attributs - Intégration | ||||||||
[APP-19957] Envoyer un mail d'info à une BAL concernant toutes les actions effectuées. Création: 19/mars/08 11:54 Mise à jour: 20/mai/08 17:10 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Imad Cherghou | Attribution: | Imad Cherghou |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Dev | ||||||||
| Projets PM archivés: | OTM (Lot 2) - Valeurs d'attributs - Intégration | ||||||||
[APP-19956] Recherche dans les formats par nom d'attribut et droit de création Création: 19/mars/08 11:53 Mise à jour: 20/mai/08 17:11 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Imad Cherghou | Attribution: | Imad Cherghou |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Dev | ||||||||
| Projets PM archivés: | OTM (Lot 2) - Valeurs d'attributs - Intégration | ||||||||
[APP-19946] Contrôler la desactivation et la suppression de noeuds dans l'arbre NpF si se sont des noeuds cibles. Création: 18/mars/08 15:09 Mise à jour: 12/janv./10 09:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Violeta Doneva | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||
| Classif1: | BO | ||||||||||||
| Classif2: | arbre de categories | ||||||||||||
| Description |
|
Il arrive que quelqu'un de l'équipe parametrage désactive
une catégorie NpF vers laquelle pointent des n¿uds des arbres Recherche
produit et Navigation Produits. Ensuite cela pose problème à
l'application car elle ne trouve pas le noeud cible. Les action utilisateur de suppression, désactivation, coupage(couper/coller) doivent vérifier s'il y a des noeud qui pointent vers le noeud sur lequel l'utilisateur agit. S'il y en a il faut afficher une alerte JavaScript "Attention ! Vous être en train de modifier l'état d'un noeud qui est ciblé par n¿uds ID : 287387, 90283. Voulez vous vraiment procéder ? " avec 2 boutons Non (par défaut) et Oui. |
[APP-19933] Echec mise à jour d'annonce advert_id=160675813 Création: 14/mars/08 17:36 Mise à jour: 26/mars/08 14:49 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.1.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Ayoub Benseghir | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM archivés: | Maintenance 19.x.x |
| Description |
|
Lors de la mise à jour du prix de l'annonce 160675813 depuis
le compte de l'utilisateur 'cornelis2', on arrive sur une page
indisponible. Oracle signale une erreur de conversion des variables. Le phénomène n'est pas reproductible sur la plateforme d'integration. extrait du log JBOSS: 2008-03-14 17:14:56,070 WARN [-Processor28] cornelis2 - SQL Error: 0, SQLState: 08S01 2008-03-14 17:14:56,070 ERROR [-Processor28] cornelis2 - [OraDriver] #505 Unexpected end of inputstream in header. 2008-03-14 17:14:56,071 ERROR [-Processor28] cornelis2 - Could not synchronize database state with session org.hibernate.exception.JDBCConnectionException: could not update: [com.babelstore.stock.entity.Advert#161386328] at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:72) at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43) ............. (on retrouve ces lignes dans plusieurs fichiers de log) |
[APP-19929] [Imports / MeV] : Message "Ref fabricant existante" alors que non Création: 14/janv./08 13:24 Mise à jour: 11/mars/09 19:06 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Import de Fichiers, Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Quentin de Chivré | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Lors de la mise en vente d'une carte mere, on m'interdit la création sous prétexte que la ref existe déjà. C'est bien le cas car j'ai vendu le même produit par le passé, mais la fiche n'est plus active. 1/ Je ne peux pas utiliser l'ancienne fiche car plus active 2/ Je ne peux pas créer de nouvelle fiche => je bidonne la ref en rajoutant "xx" à la fin... bof |
| Commentaires |
| Commentaire de Quentin de Chivré [ 14/janv./08 13:24 ] |
| Au passage... le message arrive sur le 2eme formulaire et je dois faire 2 fois "Modifier" pour revenir au 1er formulaire |
| Commentaire de Quentin de Chivré [ 14/janv./08 13:25 ] |
| A voir dans la refonte de la MeV |
| Commentaire de Marion Anfreville [ 10/mars/08 11:42 ] |
| Quelle est la référence fabricant que tu souhaitais utiliser dans la mise en vente (et qui a provoqué cette erreur) ? |
| Commentaire de Quentin de Chivré [ 13/mars/08 19:15 ] |
|
il s'agit de cette fiche, qui a été refusée ensuite par le BO : http://bo.priceminister.com/referential_back?action=productview&productid=61036208 La ref est : K7VT4A PRO XXX car : K7VT4A PRO était refusé Pas sur que ca soit un probleme param mais plus un probleme du moteur d'import a mon avis... A confirmer |
| Commentaire de Marion Anfreville [ 14/mars/08 10:20 ] |
|
- Parenthèse - On avait un doublon pour ce produit (2 produits actifs avec cette ref) : http://bo.priceminister.com/referential_back?action=productsearch&reload=false&javascript_callback=&is_search_by_ref=true&reference=K7VT4A+PRO&pid_namespace_code=&prd_status_code=&create_start_date=&create_end_date=&do_search.x=0&do_search.y=0 Corriger après transfert annonces sur fiche produit cnet. ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Le problème vient de la mise en vente car pas de recherche sur l'existant. En temps normal, on regarde via le format de mise en vente s'il existe une produit avec la référence et si c'est le cas, on affiche un message avec le lien vers le produit existant ce qui n'est pas le cas pour ce format de mev (il y a uniquement une création de référence fabricant). Le problème est que pour faire une matching correct de cette référence fabricant, il faudrait l'associer au nom du fabricant qui n'est pas disponible dans le format de mise en vente puisqu'on ne récupère que l'id du noeud dans l'arbre correspondant à la valeur fabricant sélectionnée dans le menu déroulant de la mev. On ne fait donc pas ce type de recherche pour les produit à référence fabricant (high tech généralement). Pour afficher un lien de redirection vers le produit existant, il faudrait utiliser un object validator : $id.searchManufacturerIdentification(String sManufacturerIdent, String sManufacturerkey, String sPrdTypeCode) En entrant ces données, on récupère l'id du produit existant (si pas de doublon) : $id.searchManufacturerIdentification("K7VT4A PRO","Asrock","170") $id.searchManufacturerIdentification("K7VT4A PRO","Z06148","170") => id produit : 49810901 Le problème est identique pour la création de référence fabricant. Comme on ne peut récupérer le nom du fabricant au niveau du format de mev, il n'est pas possible de créer une référence fabricant complète, c'est à dire référence associée à un nom fabricant + type de produit (on a uniquement la référence + le type de produit). Pour résumer, besoin d'un dev pour pouvoir récupérer le label de la valeur + clé valeur attribut fabricant au niveau du format de mise en vente afin de pouvoir exploiter correctement l'object validator pour faire des redirections vers l'existant (plus précis si on sait récupérer la clé de la valeur d'attribut fabricant) et créer des références fabricant complètes. J'ai ajouté ce point à notre wishlist CAT mais avec les outils actuels, on ne peut rien faire pour améliorer la mev. Le produit étant toujours actif, tu peux déposer ton annonce sur ce produit : http://www.priceminister.com/offer/buy/49810901/ASRock-K7VT4A-Pro-Carte-mere-ATX-KT400A-Socket-A-UDMA133-SATA-Ethernet-audio-6-canaux-Carte-mere.html |
| Commentaire de Quentin de Chivré [ 14/mars/08 15:35 ] |
|
Ouaip... Mais je réouvre et je le laisse donc à Benoit pour prise en compte dans refonte MeV |
[APP-19851] Mise en place d'un lien depuis la FP vers un tableau de correspondance des tailles (vêtement / chaussures) Création: 06/mars/08 15:45 Mise à jour: 11/sept./09 15:22 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Mise en vente |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Mineur |
| Rapporteur: | Benoît Bourdon | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
l'idée : pouvoir acceder à ce tableau de correspondance des tailles depuis la fiche produit : par exemple à partir d'un emplacement comme le texte "Decitre" |
[APP-19838] Bilan vendeur : Couleur des chevrons Création: 05/mars/08 08:49 Mise à jour: 21/oct./10 16:07 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Cosmétique |
| Rapporteur: | Renaud Dierickx | Attribution: | Cécile Jeanne |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
rdierickx votre bilan vendeur pour février 2008.msg
screenshot-1.jpg
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Commentaires |
| Commentaire de Renaud Dierickx [ 05/mars/08 08:49 ] |
| voir screenshot-1 |
[APP-19834] Plantage des pages d'aide si un des SiteNode n'a pas de metaInfo dans la langue demandée Création: 04/mars/08 17:48 Mise à jour: 10/sept./10 18:39 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aide en ligne, Infoglue |
| Affecte la/les version(s): | 19.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Alexandre Garnier | Attribution: | Bastien Caudan |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** CHASSE *** | ||||||||
| WishList - Complexité: | M | ||||||||
| Classif1: | IG | ||||||||
| Classif2: | tech | ||||||||
| Classif FONC: | IG | ||||||||
| Projets PM archivés: | Référencement : Gestion metatags | ||||||||
| Description |
|
On ne fait pas toujours attention à tester si il existe une
version de metaInfo dans la langue demandée dans le traitement des
SiteNodes. Notamment dans le calcul du HelpPath qui provoque alors du NPE. Il faudrait tester plus souvent le HAS_VERSION_FOR_CURRENT_LANGUAGE avant de faire des traitement sur les autres éléments de la décoration des noeuds. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 12/juin/08 18:18 ] |
|
Les éléments qui posent le plus souvent problème sont corrigés. Mais faudrait améliorer un peu tout ça. |
[APP-19827] Modifier le test sur attributestore Création: 04/mars/08 15:04 Mise à jour: 11/mai/09 10:21 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.2.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Mostafa Diane | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
[A-Z]{1,3}[0-9]+ [^=]+ = [^!](:!:[A-Z]{1,3}[0-9]+ [^=]+ = [^!]) |
| Commentaires |
| Commentaire de Martin Sudmann [ 11/mai/09 10:21 ] |
| trouvé chez MOD après son départ |
[APP-19820] Images produit de base sans correspondance avec les images des complements Création: 04/mars/08 10:10 Mise à jour: 18/juin/10 15:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit |
| Affecte la/les version(s): | 19.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Tâche | Priorité: | Majeur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Geneviève Beaujard |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Pièces jointes: |
baseWithImagesNotInCpl20080526_2.lst
baseWithImagesNotInCplAnyState.lst
baseWithImagesNotInCplAnyStateFO20080529.lst
baseWithImagesNotInCplAnyStateFOSinceNewFrameWork.lst
baseWithImagesNotInCplAnyStateImport20080529.lst
baseWithImagesNotInCplAnyStateImportSinceNewFrameWork.lst
|
||||||||||||||||||||
| Sous-tâches: |
|
||||||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||||||
| Classif1: | IMAGE | ||||||||||||||||||||
| Classif2: | base-cpl |
| Description |
|
Nous avons le problème connu: on ne migre pas les images du base vers ces complements si ceux ci ont déjà des images. DE plus il n'y a pas de modifications sur les images du produit de base quand la couleur d'un complement est changée. Ceci pose problème car le produit de base peut alors avoir des images qui n'appartiennent a aucun complement. exemple: En effet: - si un cpl avec images passe de bleu a rouge et s'il n'y a plus de complements(différent du cpl en cours) avec des images, alors le base garde une image bleue. - si un cpl avec images passe de bleu a rouge et s'il y a un complement(différent du cpl en cours), aucun changement est effectué sur le produit de base (son image reste bleue) si le cpl en cours était le seul avec la couleur bleue. Nous avons aussi le problème que l' ajout ou la suppression d'images sur un produit de base n'est pas répercuté sur ses cpls Une fois qu'un produit de base a une image qui ne correspond pas a aucune image de ses produits complements, c'est foutu, tout changement d'images sur les cpls ne sera jamais répercuté sur le produit de base. En integ il y a 33920 produits de base sur 552113 qui ont des images qui ne correspondent pas a celles des complements. Je ne sais pas comment on a pu en arriver la, mais je trouve ça anormal. Je pense vraiment qu'il faut creuser le probleme. Il doit y avoir autre chose que les changements de couleurs. De toute façon ça ne va pas empêcher le site de fonctionner: on verra sur le produit (resultat de recherche , nav annonces, ...) des images qui correspondent a rien. Je pense tout de même qu'il faut traiter le changement de couleur. Ci dessous les scripts de comptage: SELECT COUNT(*) FROM product WHERE prd_type_code IN (1480) AND prd_status_code in (10, 15, 20); COUNT(*) ---------- 552113 SELECT DISTINCT product_id, url FROM new_prd_image i1 WHERE url is not null AND product_id IN ( SELECT product_id FROM product p1 WHERE product_id in ( SELECT product_id FROM product WHERE prd_type_code IN (1480) AND prd_status_code in (10, 15, 20)) -- VALIDATED_SYS, VALIDATED_BO, SUBMITTED AND EXISTS(SELECT product_id FROM product p2 WHERE base_product_id = p1.product_id AND prd_status_code in (10, 15, 20) AND EXISTS (SELECT 1 FROM new_prd_image WHERE product_id = p2.product_id)) ) AND NOT exists (SELECT 1 from new_prd_image WHERE product_id IN ( SELECT product_id FROM product WHERE base_product_id = i1.product_id AND prd_status_code in (10, 15, 20) ) AND url = i1.url) ............ 60496817 http://www.motoblouz.com/prods/blous/FU175Noir_Blanc.jpg 60496821 http://www.motoblouz.com/prods/blous/NF127Noir.jpg 60496821 http://www.motoblouz.com/prods/blous/NF127NoirDetail.jpg 60518093 http://www.motoblouz.com/prods/blous/NF051Rouge_Blanc.jpg 60521220 60524939 http://www.motoblouz.com/prods/blous/NF084Gris_Rouge.jpg 60525353 http://www.motoblouz.com/prods/blous/NF080Rouge_Noir.jpg 60525358 http://www.motoblouz.com/prods/blous/NF087Noir_Blanc_Beige.jpg 60525363 http://www.motoblouz.com/prods/blous/NF083Noir.jpg 60525375 http://www.motoblouz.com/prods/blous/NF089Noir_Bleu.jpg 60525381 http://www.motoblouz.com/prods/blous/NF091Marron.jpg 60525399 http://www.motoblouz.com/prods/blous/NF142Noir.jpg 60525407 http://www.motoblouz.com/prods/blous/NF079Noir.jpg 60525416 http://www.motoblouz.com/prods/blous/NF082Bleu.jpg 60525424 http://www.motoblouz.com/prods/blous/NF078Noir.jpg 60525430 http://www.motoblouz.com/prods/blous/NF081Bleu.jpg 60598250 60615652 60636184 33920 rows selected. |
| Commentaires |
| Commentaire de Martin Sudmann [ 05/mars/08 15:05 ] |
|
il faut refaire l'analyse après avoir passé le script de dé-duplication via hash. Il est possible que, malgré les URL différentes, les blob soient les mêmes |
| Commentaire de Edouard Gomez-Vaez [ 20/mai/08 11:48 ] |
| A faire quand tu as un peu de temps... |
| Commentaire de Geneviève Beaujard [ 04/juin/08 16:18 ] |
|
COMPTAGE: à un instant t: il y avait 19946 produits de base avec une image de rang 1 ne correspondant pas à une image de rang 1 d'un de ces cpl: http://pricejira.lan/secure/attachment/27027/baseWithImagesNotInCpl20080526_2.lst il y avait 19849 produits de base avec une image de rang 1 ne correspondant pas à une image de rang 1 d'un de ces cpl actifs( VALIDATED_SYS, VALIDATED_BO, SUBMITTED): http://pricejira.lan/secure/attachment/27028/baseWithImagesNotInCplAnyState.lst il y avait 18339 produits de base avec une image de rang 1 (créée par IMPORT) ne correspondant pas à une image de rang 1 d'un de ces cpl actifs( VALIDATED_SYS, VALIDATED_BO, SUBMITTED) : http://pricejira.lan/secure/attachment/27029/baseWithImagesNotInCplAnyStateImport20080529.lst il y avait 1410 produits de base avec une image de rang 1 (créée par FO) ne correspondant pas à une image de rang 1 d'un de ces cpl actifs( VALIDATED_SYS, VALIDATED_BO, SUBMITTED) : http://pricejira.lan/secure/attachment/27030/baseWithImagesNotInCplAnyStateFO20080529.lst il y avait 7 produits de base avec une image de rang 1 (créée par IMPORT depuis le nouveau framework) ne correspondant pas à une image de rang 1 d'un de ces cpl actifs( VALIDATED_SYS, VALIDATED_BO, SUBMITTED) : http://pricejira.lan/secure/attachment/27031/baseWithImagesNotInCplAnyStateImportSinceNewFrameWork.lst il y avait 69 produits de base avec une image de rang 1 créée par FO depuis le nouveau framework)ne correspondant pas à une image de rang 1 d'un de ces cpl actifs( VALIDATED_SYS, VALIDATED_BO, SUBMITTED) : http://pricejira.lan/secure/attachment/27032/baseWithImagesNotInCplAnyStateFOSinceNewFrameWork.lst PROBLEMES: 1) image du base peut appartenir à un cpl dont l'annonce est fermée Aucune étude a été faite lors de la suppression d'un cpl (achat annonce qui fait descendre le stock à 0, suppression de l'annonce) pour savoir si cette suppression de cpl devait avoir un impact sur l'état des images sur ces cpls supprimés. j'ai un bug (http://pricejira.lan/browse/APP-19116)a ce sujet qui dit qu'il faut supprimer les images des produits supprimés, ce bug est pour tout type de produit (base, cpl avec ou sans attviv) 2) image du base est totalement differente de celle de ces cpls 3 cas: 2.1 PB suite a migration Pb suite au script de migration ce calcul du champ image_id: A la suite du passage de ce script la valeur du champ image_id est renseignée par celle de prd_image_id, on se retrouve avec des images ayant un même hash pour plusieurs image_id. Cela casse la théorie pour la migration de la modification d'images cpl vers le base (l'image_id du base ne pourra jamais correspondre à une image id d'un cpl) CE probleme ne serai pas apparu si le script de dedoublonnage avait été passé(V19_4_5_ALL_script_dedoublonnage_des_images.sql) solution : passer le script en PROD 2.2 Images importées directement sur le produit de base cet import devrait être interdit. Peut être faudrait t'il creer une exception pour interdire la creation DIRECTE d'images sur un base avec attvis? Peut être faudrait t'il contacter l'equipe d'import pour ne pas importer d'images sur les bases avec attvis 2.3 produits cpl (vetements, chaussures) sans collapse_key, comme ce n'est que sur les produits cpls avec collapse_key que se fait la propagation d'un chgt d'image d'un cpl sur le base les changements d'images des cpl sans collapse_key ne peuvent pas être propagés sur le base. Peut être faudrait t'il contacter l'equipe d'import pour savoir pourquoi certains produits n'ont pas l'attribut 'couleur générique' Par exemple tous les produits importés par data_file_id = 5879537 n'ont pas de collapse_key Pour voir les produits en question lancer la requête: select product_id, collapse_key from product where prd_type_code = 1481 and data_file_id = 5879537 Ces produits sont des lunettes avec prd_type_code = 1481(vetements_c) et prd_medium_code = accessoires de mode. Je trouve assez logique que lunettes n'aient pas de couleur(quoique), mais ça met notre théorie en l'air. Notre théorie est que tout produit de type vetements ou chaussures quelque soit son medium doit avoir un attribut 'COULEUR GENERIQUE' et ce ne n'est pas le cas en prod. 3) Il existe des produits avec plusieurs images de même rang SQL*Plus> SELECT product_id, collapse_key, prd_type_code SQL*Plus> FROM product SQL*Plus> WHERE product_id IN (SELECT DISTINCT product_id SQL*Plus> FROM prd_image SQL*Plus> WHERE rank is not null SQL*Plus> AND image_id > 825640931 SQL*Plus> GROUP BY product_id, rank SQL*Plus> HAVING count(*) > 1) SQL*Plus> / 58528195 1540 62886572 PM02162243 1481 62886569 PM02162243 1481 62886571 PM02162243 1481 65018130 1481 62929148 K06551 1481 64899846 1480 65018128 1481 Je n'ai pas investigué sur ce problème. image_id=825640931 est le premier blob créé avec le nouveau framework 4) il existe en prod des vetements sans prd_medium_code 5) il existe en prod des vetements avec plusieurs attributs taille et couleur, ce qui n'a aucun sens SOLUTIONS proposées Passer le script de dedoublonnage Refuser l'import d'image sur un base avec attvis Pour le probleme 2 j'ai ecrit un script de correction Verifier les formats d'import qui n'attribuent pas d'attvis pour les produits dont le type a un attvis ... QUESTIONS produit de base avec cpls closed doit 'il avoir une image? que dois t'on faire sur les images d'un cpl supprimé (cpl avec et sans attvis) ? que dois t'on faire sur les images d'un base supprimé (base avec et sans cpl) ? Faut'il créer une exception pour la creation ou modification d'images sur un base avec attvis, sachant que l'image d'un base ne DEVRAIT se faire que par propagation ? Que fait'on sur les cpls vetements ou chaussures sans collapse_key suite à des imports INCORRECTS ? Que fais t'on des cpls vetements qui ont plusieurs couleurs ou taille ? Quand passe t'on le script de dedoublonnage en prod ? Quand passe t'on le script de résolution du probleme 2 (apres validation bien sûr) ? ... DIVERS - En prod je n'ai travaillé qu'avec le type vetement, je n'ai pas du tout regardé les chaussures - Je n'ai pas écrit de script de contrôle afin de verifier si tous les cpls avec le même attvis ont les mêmes images. - PAS DE CONTRAINTE sur le champ image_id DANS la table USR_MESSAGE: select CONSTRAINT_NAME, R_CONSTRAINT_NAME, table_name from all_constraints where table_name = 'USR_MESSAGE'; CONSTRAINT_NAME R_CONSTRAINT_NAME TABLE_NAME ------------------------------ ------------------------------ ------------------------------ FK_USR_MESSAGE_PRODUCT_ID PK_PRODUCT USR_MESSAGE FK_USR_MESSAGE_USR PK_USER_ACCOUNT USR_MESSAGE FK_UMS_DOMAIN_CODE PK_UMS_DOMAIN_CODE USR_MESSAGE FK_USR_MESSAGE_ITEM_ID PK_ITEM USR_MESSAGE FK_USR_MESSAGE_PURCHASE_ID PK_PURCHASE USR_MESSAGE FK_USR_MESSAGE_OPERATION_ID PK_OPERATION USR_MESSAGE FK_USR_MESSAGE_CONTRACT_ID PK_CONTRACT USR_MESSAGE SYS_C0065808 USR_MESSAGE SYS_C0065809 USR_MESSAGE SYS_C0065810 USR_MESSAGE PK_USR_MESSAGE USR_MESSAGE 22 ligne(s) sélectionnée(s). EST CE NORMAL? .... |
| Commentaire de Geneviève Beaujard [ 15/sept./08 15:27 ] |
|
On va juste passer un script pl/sql qui va assurer la coherence des images du base avec ces cpls. ce sript pl/sql sera lancé avec les types vetements et chaussures. Pour l'instant on ne sait pas fermer les images d'un cpl supprimé, ce qui fait que même apres passage du script, l'image d'un base pourra appartenir a un cpl dont l'annonce est fermée CAT-D_img_ALL_CplChaussureVersBase.sql pour les chaussures CAT-D_img_ALL_CplVetementVersBase.sql pour les vetements |
[APP-19819] BO: ajouter un warning pour les img de BASE avec attvis Création: 04/mars/08 09:56 Mise à jour: 18/juin/10 15:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Images produit |
| Affecte la/les version(s): | 19.0.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** RESERVE *** |
| Classif1: | IMAGE |
| Classif2: | base-cpl |
| Description |
|
La page permettant de passer une image d'un produit a un
autre est appelée en cliquant sur le lien Conflict de la fiche produit
BO. Le changement de produit est appelée par l'action ConflictSolveAction. Cette action permet de passer l'image d'un produit a un autre. Cette action ne fait aucun test sur le type de produit. Cette action n'a pas été modifiée lors du chantier NAV_ANNONCES. Le plus simple serait d'interdire le changement d'images quand un ou les deux produits ont un type avec attvis. Que fais t'on: - interdire le changement d'images quand un ou les deux produits ont un type avec attvis - rien et dans ce cas on peut avoir les pbs suivant: si changement entre produits de base: plus de concordance avec les images de ces cpls si changement entre produits de base et cpls: si changement entre produits cpls: pas de répercussions sur les bases En bref si l'emploi de cette action n'et pas maitrisé on peut casser le mecanisme des images pour les prouits avec attvis. |
[OTM] Liste des bugs applicatif sur l'outil
(APP-30126)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Edouard Gomez-Vaez | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
OTM_Fusion_Logs_030308.txt
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||
| Classif1: | BP | ||||||||||||
| Classif2: | OTM-VA | ||||||||||||
| Description |
|
integrity constraint (PRODUCT_1.FK_PRODUCT_PRD_MODEL_KEY) violated - child record found. Cf commentaire du jira lié. - ERREUR en voulant fusioner certains modeles "C25" ; - Cf. PJ - "OTM_Fusion_Logs_030308" |
| Commentaires |
| Commentaire de Mostafa Diane [ 20/mars/08 16:48 ] |
|
C25 correspond à M85784, c'est valeur CNET, Cette valeur sera de toute façon re crée par CNET. |
| Commentaire de Imad Cherghou [ 20/mars/08 17:06 ] |
|
lorsque tous les vrais mappings ont été sélectionnés et il n' y a pas d'attribut lié, alors la valeur rendu par le test = 0 (pas d'objet qui pointe sur l'attribut) le problème c'est que un autre objet qui vient de pointer sur l'attribue avant l'exécution de la requête suppression de l'attribut, alors tous simplement le SGBDR génère cette erreur . |
[APP-19791] Soumission image : Pb sur la page d'erreur quand image trop grande Création: 29/févr./08 09:42 Mise à jour: 18/juin/10 15:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Images produit, Mise en vente |
| Affecte la/les version(s): | 19.2.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
ALL - Tous
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif1: | IMAGE |
| Description |
|
Quand l'image est trop grande, on affiche un mesage d'erreur avec header et tout le toutim Voir screenshot |
| Commentaires |
| Commentaire de Benoît Bourdon [ 29/févr./08 14:32 ] |
|
Ca a plutôt à voir avec la refonte faite par MOD je pense ? (c'est pas les modifications coté GEB qui provoque ça ?) |
| Commentaire de Edouard Gomez-Vaez [ 23/avr./08 11:14 ] |
| Mostafa je la mets là en attendant de prioriser avec Benoît tous les jiras... A ne pas traiter en urgence :-). |
[APP-19738] [Produits compléments] Impacts de la modification d'un produit de base sur ses produits compléments Création: 25/févr./08 15:52 Mise à jour: 26/oct./10 16:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Produits |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Manuel Sadok | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | Performances | ||||||||
| Description |
|
Il pourrait être intéressant de ne plus sélectionner pour
modification (données et notification Fast) les PC qui ont un état
'deleted' lorsqu'un PB est modifié.
|
[APP-19695] Hint en properties Création: 21/févr./08 09:37 Mise à jour: 21/févr./08 16:48 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Nouvelle fonctionnalité | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Nicolas Chauveau |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
JZ : un truc sympa serait de pouvoir surcharger les hint de chaque requête sql avec une propertie !!! comme nos requêtes sql sont déjà nommées, cela ne devrait pas être trop compliqué.... (pas forcément urgent) |
[APP-19677] [META - NETOYAGE NPF] méta-tache pour le nettoyage du code et les propriétés obsolètes NpF Création: 20/févr./08 11:50 Mise à jour: 04/juil./08 12:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Navigation produit |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Violeta Doneva | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Σ Estimation restante: | Non spécifié | Estimation restante: | Non spécifié |
| Σ Temps consacré: | Non spécifié | Temps consacré: | Non spécifié |
| Σ Estimation originale: | Non spécifié | Estimation originale: | Non spécifié |
| Sous-tâches: |
|
||||||||||
| Pays: |
ALL - Tous
|
||||||||||
| Projets PM: | *** STANDBY *** |
[APP-19660] Summarisation : Traiter les sumary_freshness_date qui sont à NULL quand comportement par défaut. Création: 19/févr./08 15:06 Mise à jour: 27/oct./10 17:51 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.1, 19.0.2, 19.2.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Pôle VEN) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||||||||||
| Pays: |
ALL - Tous
|
||||||||||||||||
| Site: | Integ | ||||||||||||||||
| Projets PM: | *** RESERVE *** | ||||||||||||||||
| Classif1: | BP | ||||||||||||||||
| Classif2: | summary | ||||||||||||||||
| Description |
|
Quand on summarise après avoir remis la summary freshness
date à NULL, si le summary calculé est identique à celui en base, on
n'update pas la base et donc pas lasummary_freshness_date.
C'est embêtant : - pour savoir où en est le batch - ^car du coup on n'a plus l'info en BO |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 25/févr./08 16:31 ] |
| L'idée serait donc de mettre la SFD à la sysdate même si le summary n'avait pas besoin d'être traité. A faire aussi dans le mode "recalculer les summary à partir de j" / "de types x y z". |
| Commentaire de Edouard Gomez-Vaez [ 25/févr./08 16:31 ] |
| Ca évite qu'il reboucle éternellement à chaque relance du batch à critères identiques. |
| Commentaire de Manuel Sadok [ 27/févr./08 12:22 ] |
| Désormais le batch met tjrs la summary_freshness_date à jour, même si le summary n'a pas été impacté. |
| Commentaire de Christophe Garcia [ 03/mars/08 16:16 ] |
|
La modif faite ne prend pas en compte les date à NULL. Ca serait tellement mieux et éviterait d'avoir à relancer le batch plusieurs fois : - 1 fois pour les produits où la date n'est pas nulle - 1 seconde fois pour les produits où la date est nulle |
| Commentaire de Edouard Gomez-Vaez [ 03/mars/08 18:11 ] |
|
C'est pas dans les spec : work as designed. Mais je mais cela dans la wish list. |
[APP-19658] [BO > Recherche d'attribut] Ordre d'affichage des données Création: 19/févr./08 14:21 Mise à jour: 18/juil./08 17:58 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.0.1, 19.0.2 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Fabien Farache | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** RESERVE *** |
| Classif1: | BO |
| Classif2: | recherche attribut |
| Description |
|
Lorsque nous faisisons une recherche d'attribut dans le BO
via "Noms d'attributs" les résultats que nous obtenons en retour sont
classés par ordre croissant de clés. Serait il possible d'avoir les
données classées par ordre croissant (alphabétique) sur les labels
("Nom"). Merci d'avance. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 21/févr./08 17:00 ] |
| faire attention au plan d'exécution |
| Commentaire de Fabien Farache [ 17/juil./08 15:59 ] |
|
Renaud, pourquoi nous réattribues tu cette demande ??? On ne peut rien faire côté param, c'est du dev (modification de l'appli) |
| Commentaire de Benoît Bourdon [ 18/juil./08 17:58 ] |
|
Il s'agit d'une demande affecte au pôle catalogue et non pas au param-catalog ... -> Donc renaud l'a bien affecté à la bonne personne .. Par contre tu as modifié d'autre demande de dispatcher "pole-cat" ?? |
[APP-19541] Transmettre les filtres sélectionnés à la page "Détail de l'opération" Création: 12/févr./08 11:24 Mise à jour: 09/déc./10 14:08 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
||||||||||||
| Liens des demandes: |
|
||||||||||||
| Pays: |
FRA - France
|
||||||||||||
| Site: | Integ | ||||||||||||
| Projets PM: | *** STANDBY *** | ||||||||||||
| Classif1: | PMV | ||||||||||||
| Classif FONC: | javascript | ||||||||||||
| Projets PM archivés: | Paiement - Améliorations PMV | ||||||||||||
| Description |
|
Quand on affiche un détail d'opération, le lien de retour
vers le porte-monnaie ne tient pas compte des filtres éventuellement
sélectionnés dans le tableau des opérations.
|
| Commentaires |
| Commentaire de Arnaud Forgues [ 12/févr./08 12:24 ] |
| A intégrer aux améliorations |
| Commentaire de Arnaud Forgues [ 25/juin/08 17:23 ] |
| priorisé en P2 dans les finitions |
| Commentaire de Fabien Bourdoulous [ 23/mars/09 16:22 ] |
|
On a plusieurs cas : - on clique sur "Retour à mon porte-monnaie" depuis la page "Détail d'une opération" -> facilement traitable en passant le filtre en GET. - on clique sur "Retour à mon porte-monnaie" depuis tout autre page -> ça devient lourd en passant tout en GET. - on fait un back depuis la page "Détail d'une opération" -> GET inutilisable (utiliser un cookie ou une variable de session dans ce cas). A préciser donc si tout les cas doivent être traiter. |
| Commentaire de Fabien Bourdoulous [ 23/mars/09 17:10 ] |
|
Au temps pour moi, le 3ème cas (back du navigateur) ne pose pas problème actuellement. D'ailleurs je ne comprends pas bien ce jira doublon : http://pricejira.lan/browse/APP-19539. Il a peut être été déjà corrigé. Donc à priori il n'y a plus que le 1er cas à traiter et qui peut se résoudre par un GET. |
| Commentaire de Fabien Bourdoulous [ 23/mars/09 17:32 ] |
|
Finalement, après discussion avec Clément, cette demande est
liée à une demande plus globale concernant l'historisation de l'Ajax et
qui est gérée par le pôle CTN. Donc tâche à mettre de côté pour l'instant. |
| Commentaire de Emeric Teil [ 24/mars/09 15:13 ] |
| A priori, cette problématique est déjà chez vous ? |
| Commentaire de Fabrice Feugas [ 24/mars/09 16:33 ] |
| Effectivement, aujourd'hui on n'a aucune mécanique qui permet de conserver les paramètres ajax d'une page lors de son rechargement. Si vous avez une, foncez. Sinon dès qu'on l'implémente chez nous, on pensera à cette page. |
| Commentaire de Swan Desportes [ 25/mars/09 14:34 ] |
|
Contrairement à ce que dit Fabrice, on préfère qu'il n'y ait
pas de développement isolé là dessus. C'est dans les tablettes de
Damien qui pilote la roadmap des évolutions JS. On garde ce JIRA en standby. |
| Commentaire de Emeric Teil [ 25/mars/09 14:49 ] |
| OK, on était partis pour faire un truc de notre côté, mais Clément nous a signalé que c'était un sujet chez Damien, c'est pourquoi j'ai envoyé ça chez vous. Donc no worries :o) |
| Commentaire de Emeric Teil [ 09/déc./10 14:08 ] |
|
Pour info, le sujet n'ayant pas trop avancé depuis mars
2009, on va très bientôt travailler sur un proto car cette problématique
est de plus en plus présente, notamment sur les nouvelles pages "Mes
Ventes" et "Mes Achats".
E. |
[Métatache] Corrections / finitions liées au chantier PMV
(APP-23809)
|
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM archivés: | Paiement - Améliorations PMV |
| Description |
|
2008-02-11 14:38:43,425 INFO [P-Processor8] sawboo - >>> GET http://www.pm.lan/wallet?action=wltview&oprcount=30&oprfilter=ALL 2008-02-11 14:38:48,339 WARN [P-Processor8] sawboo - Long query [4428 ms]: CompensationHistoryInfoQuery 2008-02-11 14:38:49,376 INFO [P-Processor8] sawboo - Cache miss : must render template [107205_100268_0_http_0DIRECT_BODY] 2008-02-11 14:38:49,384 INFO [P-Processor8] sawboo - contentVersionKey:contentVersionVO_100080_131822_100001_true 2008-02-11 14:38:49,386 INFO [P-Processor8] sawboo - content:131822 2008-02-11 14:38:49,386 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,386 INFO [P-Processor8] sawboo - languageId:100001 2008-02-11 14:38:49,395 INFO [P-Processor8] sawboo - found one:209013 2008-02-11 14:38:49,395 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,399 INFO [P-Processor8] sawboo - contentVersionKey:contentVersionVO_100080_104392_100268_true 2008-02-11 14:38:49,401 INFO [P-Processor8] sawboo - contentVersionKey:contentVersionVO_100080_102649_100268_true 2008-02-11 14:38:49,403 INFO [P-Processor8] sawboo - contentVersionKey:contentVersionVO_100080_131823_100268_true 2008-02-11 14:38:49,405 INFO [P-Processor8] sawboo - content:131823:2 2008-02-11 14:38:49,405 INFO [P-Processor8] sawboo - content:130148:2 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - content:106031:2 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - content:100433:2 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - content:100341:0 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - content:WalletHelpBlock_acc 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - IsProtected:null 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - content:131823 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,406 INFO [P-Processor8] sawboo - languageId:100268 2008-02-11 14:38:49,409 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,409 INFO [P-Processor8] sawboo - content:131823 2008-02-11 14:38:49,409 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,409 INFO [P-Processor8] sawboo - languageId:100001 2008-02-11 14:38:49,417 INFO [P-Processor8] sawboo - found one:209078 2008-02-11 14:38:49,417 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,417 INFO [P-Processor8] sawboo - content:131823 2008-02-11 14:38:49,417 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - languageId:100268 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - There was an cached parentSiteNodeVO but it was null:NullObject 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - Did not find it in requested languge... lets check the masterlanguage.... 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - content:131823 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - languageId:100001 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - There was a cached content version id:209078 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - contentVersion read 2008-02-11 14:38:49,418 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,422 INFO [P-Processor8] sawboo - contentVersionKey:contentVersionVO_100080_131822_100268_true 2008-02-11 14:38:49,422 INFO [P-Processor8] sawboo - content:131822 2008-02-11 14:38:49,422 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,422 INFO [P-Processor8] sawboo - languageId:100268 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - Did not find it in requested languge... lets check the masterlanguage.... 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - content:131822 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - operatingMode:3 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - languageId:100001 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - There was a cached content version id:209013 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - contentVersion read 2008-02-11 14:38:49,425 INFO [P-Processor8] sawboo - end getContentVersion 2008-02-11 14:38:49,448 INFO [P-Processor8] sawboo - <<< [6023 ms] GET http://www.pm.lan/wallet?action=wltview&oprcount=30&oprfilter=ALL 2008-02-11 14:38:49,449 WARN [P-Processor8] sawboo - Long request [6023 ms]: GET http://www.pm.lan/wallet?action=wltview&oprcount=30&oprfilter=ALL |
| Commentaires |
| Commentaire de Arnaud Forgues [ 11/févr./08 16:00 ] |
|
Ce timing me semble étrange, car le plan d'exécution est on
ne peut plus simple et optimisé. y 'aurait-t-il eu des scripts qui
seraient passé en même temps sur la base d'INTEG ... ?: Elapsed: 00:00:00.04 Execution Plan ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=6 Bytes=1248) 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'COMPENSATION' (TABLE) (Cost=3 Card=6 Bytes=1248) 2 1 INDEX (RANGE SCAN DESCENDING) OF 'COMPENSATION_FKIX_SELLER' (INDEX) (Cost=1 Card=6) Statistics ---------------------------------------------------------- 0 recursive calls 0 db block gets 817 consistent gets 0 physical reads 0 redo size 112317 bytes sent via SQL*Net to client 1151 bytes received via SQL*Net from client 51 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 747 rows processed |
| Commentaire de Arnaud Forgues [ 11/févr./08 16:11 ] |
|
La requete : 2008-02-11 14:38:48,339 WARN [P-Processor8] sawboo - Long query [4428 ms]: CompensationHistoryInfoQuery -- CompensationHistoryInfoQuery VAR x1 NUMBER § EXEC :x1 := 515137; SELECT compensation.* FROM compensation WHERE (seller_account_id = :x1) AND (cmp_status_code = 40) ORDER BY closing_date DESC ; |
| Commentaire de Arnaud Forgues [ 11/févr./08 16:39 ] |
|
Voici le plan actuel en PROD : Ecoulé : 00 :00 :04.11 Plan d'exécution ---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOSE (Cost=5 Card=6 Bytes=1248) 1 0 TABLE ACCESS (BY INDEX ROWID) OF 'COMPENSATION' (TABLE) (Cost=5 Card=6 Bytes=1248) 2 1 INDEX (RANGE SCAN DESCENDING) OF 'COMPENSATION_FKIX_SELLER' (INDEX) (Cost=2 Card=6) Statistiques ---------------------------------------------------------- 24 recursive calls 0 db block gets 870 consistent gets 709 physical reads 0 redo size 105676 bytes sent via SQL*Net to client 1072 bytes received via SQL*Net from client 54 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 794 rows processed Visiblement on est dans la même moyenne et le plan d'exécution n'a pas bougé d'un poil. Il n'y a donc pas de régression et du coup, ce pb n'est pas réllement "critique" |
| Commentaire de Arnaud Forgues [ 12/févr./08 15:20 ] |
| piste d'optimisation : aujourd'hui cette requete est centralisée or dans notre cas, on n'a besoin que de la somme des compensations. On pourrait donc faire en sorte de ne calculer que cette somme, alors l'indexe utilisé pourrait être modifié afin d'améliorer le plan d'exécution dans ce cas. |
| Commentaire de Emeric Teil [ 24/févr./10 14:25 ] |
| Toujours d'actualité ? |
[APP-19497] Coordonnées de paiement : Alignement à revoir Création: 08/févr./08 15:00 Mise à jour: 07/août/09 10:37 |
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Porte-Monnaie |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Maquette) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Classif1: | PMV |
| Description |
|
Voir screenshot
|
| Commentaires |
| Commentaire de Emeric Teil [ 08/févr./08 17:48 ] |
| OK, souci connu :o), on prend cela dans le lot d'améliorations (pas en V19) |
| Commentaire de Emeric Teil [ 11/juin/08 15:41 ] |
| A voir... |
| Commentaire de Paul Leprévost [ 17/juil./08 18:21 ] |
| Est-il possible d'avoir un lien vers cette page ? |
| Commentaire de Paul Leprévost [ 24/juil./08 14:43 ] |
| Done |
| Commentaire de Cédric Goldovsky [ 25/juil./08 09:54 ] |
| impossible de mettre la main (la souris !) sur cette page |
| Commentaire de Cédric Goldovsky [ 25/juil./08 10:27 ] |
| NB : c'est pour un compta reversement auto cheque (ex : ced_platine / cedplatine) |
| Commentaire de Emeric Teil [ 24/févr./09 18:19 ] |
| On met ça en réserve maquette pour la TX-F ? |
| Commentaire de Paul Leprévost [ 27/mars/09 10:09 ] |
|
C'est parti trop loin, je me souviens plus comment on atteint cette page. La demande de reversement auto ne se fait uniquement par virement sur les comptes que j'ai essayé, comment est-ce que je peux faire pour y parvenir ? |
| Commentaire de Emeric Teil [ 27/mars/09 10:20 ] |
| Emilien, peux-tu configurer un compte en compta pour que Paul puisse faire ses tests ? stp ? Merci |
| Commentaire de Paul Leprévost [ 31/mars/09 10:48 ] |
| A traiter lorsque le PMV se fera rationaliser ! |
[Métatache] Corrections / finitions liées au chantier PMV
(APP-23809)
|
|
| Etat: | Ré-ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Sub-bug | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Arnaud Forgues |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
requete_query_operation.sql
requete_query_operation.sql
testperf.sql
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM archivés: | Paiement - Améliorations PMV | ||||||||
| Description |
|
2008-02-07 16:32:35,930 INFO [P-Processor8] sawboo - >>> GET http://www.pm.lan/wallet?action=remoteoprlist&oprcount=30&oprfilter=ALL&oprmonth=&opryear= 2008-02-07 16:33:55,782 WARN [P-Processor8] sawboo - Long query [79840 ms]: OperationInfoQuery 2008-02-07 16:33:55,830 INFO [P-Processor8] sawboo - <<< [79900 ms] GET http://www.pm.lan/wallet?action=remoteoprlist&oprcount=30&oprfilter=ALL&oprmonth=&opryear= 2008-02-07 16:33:55,830 WARN [P-Processor8] sawboo - Long request [79900 ms]: GET http://www.pm.lan/wallet?action=remoteoprlist&oprcount=30&oprfilter=ALL&oprmonth=&opryear= |
| Commentaires |
| Commentaire de Arnaud Forgues [ 07/févr./08 17:30 ] |
|
En PJ un fichier d'analyse des plans d'exécution de la
nouvelle et de l'ancienne requete. Visiblement l'ajout de la jointure
externe vers "purchase" a un certain cout. Il va falloir envisager
éventuellement d'améliorer l'index PURCHASE_FK6 ou autre NB : l'utilisateur en question est qd même dans le top 10 des plus gros utilisateurs d'opérations (près de 8000) |
| Commentaire de Arnaud Forgues [ 08/févr./08 18:04 ] |
|
Modification de 2 indexs : - PURCHASE_FK6 (operation_id) ==> PURCHASE_FKIX_OPERATION (operation_id, purchase_id) - OPERATION_IX_HISTORY ==> ajout de la colonne operation_id entre creation_date et opr_status_code Le script est : V:\Database\V19\V19_0_0\integ\V19_0_0_PMV_B_lot_3_10_ALL_operation_update_index.sql Déjà relu, et passé avec PPE en integ |
| Commentaire de Christophe Garcia [ 11/févr./08 15:02 ] |
|
Mieux mais pas encore top : 2008-02-11 15:00:55,556 INFO [P-Processor6] sawboo - >>> GET http://www.pm.lan/wallet?action=remoteoprlist&oprcount=30&oprfilter=EXTERNAL_DEBIT&oprmonth=&opryear= 2008-02-11 15:01:14,301 WARN [P-Processor6] sawboo - Long query [18735 ms]: OperationInfoQuery 2008-02-11 15:01:14,315 INFO [P-Processor6] sawboo - <<< [18759 ms] GET http://www.pm.lan/wallet?action=remoteoprlist&oprcount=30&oprfilter=EXTERNAL_DEBIT&oprmonth=&opryear= 2008-02-11 15:01:14,315 WARN [P-Processor6] sawboo - Long request [18759 ms]: GET http://www.pm.lan/wallet?action=remoteoprlist&oprcount=30&oprfilter=EXTERNAL_DEBIT&oprmonth=&opryear= |
| Commentaire de Arnaud Forgues [ 11/févr./08 16:14 ] |
|
En PJ, le fichier testperf.sql qui montre la non-regression
au niveau perf de la requete opération par rapport aux ajouts de
fonctionnalités qui ont été faits pour ce projet (jointure sur purchase
pour l'affichage du numéro de commande dans le cas d'une opération
d'achat avec le PMV, et tri sur operation_id pour différencier les
transferts de ventes des opérations de débit pour les utilisateurs en
mode compta) De plus, ce pb de perf semble localisé et unique car il ne s'est produit qu'une fois ... y'aurait-il eu une surcharge de la base à ce moment là ? |
| Commentaire de Arnaud Forgues [ 12/févr./08 12:26 ] |
| On décale donc en amélioration. Les cobayes en questions n'auront pas un cas de figure similaire (très grand nombre d'opérations) et cela ne bloque pas le déploiement V19, on pourra améliorer l'index hors version |
| Commentaire de Emeric Teil [ 24/févr./10 14:24 ] |
| Toujours d'actualité ? |
[APP-19473] [BO] - Erreur lors d'une création (modification) de Profil en choisissant un Type de "Trait. de masse associé" Création: 07/févr./08 12:04 Mise à jour: 19/mars/08 18:14 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Imad Cherghou |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Classif1: | BP | ||||||||
| Classif2: | otm | ||||||||
| Projets PM archivés: | OTM (Lot 2) - Valeurs d'attributs - Intégration | ||||||||
| Description |
|
-- Logs 2008-02-07 11:58:58,046 INFO [P-Processor3] BO:Anonyme - >>> GET http://www.pm.lan/datafile_back?action=advertprofileupdate&advert_profile_id=5507437&grant_diff=false&grant_bo =false&refresh=&adp_status_code=10&adp_type_code=20&owner=testintegPRO&alias=Test+OTM+Migration&quality=&proc=5&list_price_ratio=50&best_price_ratio=&type=&nspc=40&submitter=testinte gPRO&advert_mapping=19029&is_first_line_title=true&file_format=&column_count=&sep=10&adp_mass_process_code=20&default_attr_val_rating_code=&description=Cette+configuration+utilise+un +format+de+fichier+plus+simple%2C+avec+plus+de+pr%E9cision+d%27import+%28recommand%E9%29.&check_line=50&max_error=40&x=41&y=8 2008-02-07 11:58:58,114 INFO [192.168.1.27] VICE_24H00_POST - Processed: 45 2008-02-07 11:58:58,277 ERROR [P-Processor3] BO:Anonyme - Load error Servlet : com.babelstore.datafile.back.DatafileBackServlet Request : GET http://www.pm.lan/datafile_back?action=advertprofileupdate&advert_profile_id=5507437&grant_diff=false&grant_bo=false&refresh=&adp_status_code=10&adp_type_code=20&ow ner=testintegPRO&alias=Test+OTM+Migration&quality=&proc=5&list_price_ratio=50&best_price_ratio=&type=&nspc=40&submitter=testintegPRO&advert_mapping=19029&is_first_line_title=true&fil e_format=&column_count=&sep=10&adp_mass_process_code=20&default_attr_val_rating_code=&description=Cette+configuration+utilise+un+format+de+fichier+plus+simple%2C+avec+plus+de+pr%E9ci sion+d%27import+%28recommand%E9%29.&check_line=50&max_error=40&x=41&y=8 Referrer : http://www.pm.lan/datafile_back?action=advertprofileview&advertprofileid=5507437 User-Agent : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11 Trace : org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=deutz.lan/644333, BranchQual=, localId=644333] status=STATUS_NO_ TRANSACTION; - nested throwable: (javax.ejb.EJBException: Store failed; CausedByException is: [Oracle] #292 ORA-00001: unique constraint (IMPORT_1.ADP_FKIX_MASS_PROCESS_CODE) violated ) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:344) at org.jboss.tm.TxManager.commit(TxManager.java:200) at org.jboss.tm.usertx.client.ServerVMClientUserTransaction.commit(ServerVMClientUserTransaction.java:126) at com.babelstore.util.web.Dispatcher.processInsideTransaction(Dispatcher.java:258) at com.babelstore.util.web.Dispatcher.process(Dispatcher.java:189) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:153) at com.babelstore.util.web.Dispatcher.service(Dispatcher.java:114) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:138) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: javax.ejb.EJBException: Store failed; CausedByException is: [Oracle] #292 ORA-00001: unique constraint (IMPORT_1.ADP_FKIX_MASS_PROCESS_CODE) violated at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreEntityCommand.execute(JDBCStoreEntityCommand.java:144) at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.storeEntity(JDBCStoreManager.java:651) at org.jboss.ejb.plugins.CMPPersistenceManager.storeEntity(CMPPersistenceManager.java:413) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.storeEntity(CachedConnectionInterceptor.java:390) at org.jboss.ejb.EntityContainer.storeEntity(EntityContainer.java:743) at org.jboss.ejb.GlobalTxEntityMap$2.synchronize(GlobalTxEntityMap.java:134) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.synchronize(GlobalTxEntityMap.java:253) at org.jboss.ejb.GlobalTxEntityMap$GlobalTxSynchronization.beforeCompletion(GlobalTxEntityMap.java:302) at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1384) at org.jboss.tm.TransactionImpl.beforePrepare(TransactionImpl.java:1076) at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:296) ... 29 more 2008-02-07 11:58:58,323 INFO [P-Processor3] BO:Anonyme - <<< [277 ms] GET http://www.pm.lan/datafile_back?action=advertprofileupdate&advert_profile_id=5507437&grant_diff=false &grant_bo=false&refresh=&adp_status_code=10&adp_type_code=20&owner=testintegPRO&alias=Test+OTM+Migration&quality=&proc=5&list_price_ratio=50&best_price_ratio=&type=&nspc=40&submitter =testintegPRO&advert_mapping=19029&is_first_line_title=true&file_format=&column_count=&sep=10&adp_mass_process_code=20&default_attr_val_rating_code=&description=Cette+configuration+u tilise+un+format+de+fichier+plus+simple%2C+avec+plus+de+pr%E9cision+d%27import+%28recommand%E9%29.&check_line=50&max_error=40&x=41&y=8 |
| Commentaires |
| Commentaire de Martin Sudmann [ 07/févr./08 17:22 ] |
|
tu peux voir qu'est-ce qui se passe ? merci |
| Commentaire de Matthieu Bene [ 07/févr./08 17:57 ] |
| Il existe 4 traitements de masses. Chacun ne peut être associé qu'à un seul profil. L'erreur vient donc surement du fait que l'un des traitements de masse est été associé à un second profil d'ou la "unique constraint ". A confirmer... |
| Commentaire de Edouard Gomez-Vaez [ 11/févr./08 14:02 ] |
|
En fait, c'est bien ça : Espérance a voulu associé un TdM à un profile alors que tous les TdM ont déjà leur profile. Ca ne devrait jamais arriver - je propose donc de ne pas empêcher de le faire. En revanche, je propose de mieux attraper l'exception (contrôle a posterio et non a priori). |
| Commentaire de Edouard Gomez-Vaez [ 04/mars/08 15:31 ] |
| Quitte à revoir les exceptions traitons app-18626 et app-19473 en même temps pour éviter ce genre d'affichage. |
[APP-19464] [SPB V Privées] - Ajout infos dans la page "Recherche d'attribut" Création: 06/févr./08 15:25 Mise à jour: 05/mars/09 15:17 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Back-Office, Base de données |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
Proposition_De_Fenetre.JPG
|
||||||||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Integ | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | BP | ||||||||
| Classif2: | valeurs privées | ||||||||
| Description |
|
- Ne serait-il pas mieux d'avoir "En cours de
migration" et "Poursuivre la migration" dans la fenêtre "Recherche
d'attribut"; Car pour arriver à la fênetre "Modification d'un Nom
d'attribut" on passe forcément par la fenêtre "Recherche d'attribut" - Tant que la migration n'est pas terminée, n'afficher que "En cours de migration", puis afficher "Poursuivre la migration"; - Cf. PJ |
| Commentaires |
| Commentaire de Edouard Gomez-Vaez [ 23/avr./08 14:32 ] |
|
On ne peut pas savoir quand la migration est terminée à moins de chaque fois recompter les produits qui restent. On peut néanmoins mettre en cours de ... dans la liste. |
[APP-19442] Supprimer le propriété priceminister.dynamic.filter.values.shortcuts.is_active Création: 05/févr./08 16:55 Mise à jour: 04/juil./08 12:04 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Violeta Doneva | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** STANDBY *** |
| Description |
|
Pour la V20 après une indexation complète avec le connecteur
V19 supprimer la rétrocompatibilité des valeurs de filtres remontées. Plus comcretement il faut : Supprimer dans priceminister.properties et dans SearchProperties.java # Activate dynamic filter values shortcuts [true] priceminister.dynamic.filter.values.shortcuts.is_active = true CategoriesFormatter.java a supprimer : private boolean hasSearchKeyword; le dernier paramètre du constructeur la condition : if (SearchProperties.isDynamicFilterShortcutsActive()) Dans la JSP : dans new CategoriesFormatter(mdl.categoriesLayout, fmtLink, action, bbHasKeyword) supprimer le dernier paramètre |
| Commentaires |
| Commentaire de Violeta Doneva [ 18/févr./08 12:03 ] |
| Ares le Refactoring 2 il faut supprimer dans le modèle le méthodes getFilterShortcuts et buildFilterValueTransformMap |
[APP-19440] [Redirection pages Erreur] lorsque l'Url contient un paramètre qui n'est pas bon, une page s'affiche avec un message l'indiquant Création: 05/févr./08 16:38 Mise à jour: 24/déc./09 10:44 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Chemin de fer, Infrastructure, Référencement |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Espérance Galouo-Lece | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pièces jointes: |
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** RESERVE *** |
| Description |
|
- Ce message n'a aucune importance pour l'internaute; - Le mieux serait de le renvoyer directement sur la HP; |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 05/juin/08 17:17 ] |
| Voir avec Martin |
[APP-19427] Bordereau Chronopost indisponbile à cause champ "digicode" Création: 05/févr./08 09:17 Mise à jour: 26/mai/09 10:31 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Chronopost |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Cedric Favero | Attribution: | Dispatcher (Pôle TX) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Classif1: | TX | ||||||||
| Classif2: | chronopost | ||||||||
| Description |
|
En effet , on constate lorsque l'acheteur a renseigne le
champ "digicode" avec trop de caractères (laisser au gardien) ou avec
des caractères spéciaux (etoile, diese...) que le bordereau chronopost
ne peut se génerer et n'est donc pas disponible pour le vendeur. Il faudrait que le champ digicode soit limité à un nombre max de caractères pour éviter ces problèmes. Ex de panier où c'est intervenu: http://bo.priceminister.jmh/purchase_back?action=purchaseview&purchaseid=55704019 J'en profite également pour rappeler que le numéro de teléphone n'est tjrs pas repris sur le bordereau , information pourtant capitale pour le livreur qui n'a pas tjrs les accès à l'immeuble (JIRA |
| Commentaires |
| Commentaire de Arnaud Forgues [ 06/févr./08 11:38 ] |
| pour ta période de réserve |
| Commentaire de Cedric Favero [ 18/mars/08 12:25 ] |
|
autre exemple ou le bordereau n'a pu etre genéré à cause de ce qu'a mis l'acheteur dans champ digicode: http://bo.priceminister.com/purchase_back?action=itemview&itemid=78401338 |
| Commentaire de Emeric Teil [ 25/mai/09 15:49 ] |
| Toujours d'actualité ? |
| Commentaire de Cedric Favero [ 26/mai/09 09:14 ] |
|
Encore pire qu'avant avec les nouveaux webservices. Tous les matins on doit "raboter" les adresses trop longues en sachant que le champ 2 est également reporté.. Mais j'ai peur que çà finisse en wont fix puisque propre à chronopost. |
| Commentaire de Emeric Teil [ 26/mai/09 09:46 ] |
| le problème concerne ici le digicode, si celui-ci est OK on ferme. Pour le reste, le problème avec la longueur des adresses est connu depuis le départ et le "process" est celui qui avait été déciédé initialement (le problème étant effectivement chez Chronopost). |
| Commentaire de Cedric Favero [ 26/mai/09 10:31 ] |
|
Le champ digicode vient s'ajouter aux champs adresse , donc çà n'a pas changé, çà c'est simplement empiré. La seule correction serait de limiter le champ à 5 caracteres. |
[APP-19405] Top Ventes sur la HP : dynamiser le rechargement (actuellement 1 fois par jour) Création: 04/févr./08 10:01 Mise à jour: 08/sept./10 12:25 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Home Page, Top Sales |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Yassine Mouhammadou | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | 0 minutes | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | 0 minutes | ||
| Pièces jointes: |
Annonce_25_Euros.JPG
screenshot-1.jpg
|
| Pays: |
FRA - France
|
| Site: | Prod |
| Projets PM: | *** STANDBY *** |
| Description |
|
Sur la HP, on met en avant un ordinateur portable à 25 Euros (je trouve ça louche déjà) dans les top ventes.
Lorsque l'on clique dessus, on ne trouve aucune annonce à ce prix ! Constaté aujourd'hui à 10:00 Voir copie d'écran |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 04/févr./08 14:52 ] |
|
- Le prix de 25 Euros correspond à une annonce qui a été fermé ce matin vers 08h (Cf. PJ - Annonce_25_Euros); - Et depuis ce matin, les tops sales n'ont pas été recalculés; |
| Commentaire de Martin Sudmann [ 07/févr./08 17:25 ] |
|
dans quelle fréquence sont rechargées les caches topsales et cvda sur la home? c'est dynamisé dans IG? ou faut il recharger toute la home pour voir des changements dans les topsales ? merci |
| Commentaire de Alexandre Garnier [ 07/févr./08 17:57 ] |
|
Les top sales ne sont rechargées sur la home que si on
recharge le cache de page "Tout sauf" ou redemarrage du serveur. Dans tous les cas si les top sales ne sont pas recalculées, ça changera rien. Pour ce qui est du cvda, il est totalment dynamique : il suffit de recharger la page pour voir d'éventuelles évolutions |
| Commentaire de Martin Sudmann [ 12/févr./08 10:27 ] |
|
le cache des top-sales est rechargé tous les 300 secondes ;
si les encarts top-sales sur la home sont dynamisés comme les CVDA, le
pb est résolu. seulement, on souhaite supprimer les caches des top-sales bientôt.... y a-t-il un autre moyen de cacher ça coté IG ? |
| Commentaire de Alexandre Garnier [ 14/févr./08 09:49 ] |
|
En INTEG et PROD, les HP sont pseudo statiques et rechargées
seulement toutes les 15min, ce qui peut être considéré comme un cache. Sinon, je ne pense pas qu'il y ai actuellement moyen de rafraîchir le cache de page IG d'une seule page de manière régulière. |
| Commentaire de Martin Sudmann [ 14/févr./08 10:32 ] |
|
donc : si on supprime les caches top-sales et on les remplace par des requêtes Fast live, la régénération des la home toutes les 15 minutes va dynamiser les top-sales. |
| Commentaire de Alexandre Garnier [ 14/févr./08 10:38 ] |
| Moyennant adaptation de la HP sous IG, oui. |
| Commentaire de Alexandre Garnier [ 14/févr./08 10:40 ] |
| Par contre je crains qu'il faille faire attention aux trackings qui sont redirigés vers la HP non statique et pourraient provoquer une surcharge du calcul des top-sales. |
| Commentaire de Swan Desportes [ 14/févr./08 11:22 ] |
|
Il y a actuellement deux niveaux de cache : 1. Page pseudo statique, rafraichie toutes les 15mn 2. Cache infoglue, rafraichie 1 fois par jour (au démarrage) Les top ventes sont actuellement dans le cache infoglue mais le ça vient d'arriver est bien en dehors. Il suffit de faire pareil non ? |
| Commentaire de Alexandre Garnier [ 14/févr./08 11:31 ] |
| Oui c'est exactement ça, sortir les top ventes du cache de page IG comme pour le CVDA et il ne restera plus que le cache de pseudo statique. |
| Commentaire de Swan Desportes [ 14/févr./08 11:41 ] |
| Dans ce cas, le risque que tu pointes présume une forte fréquentation de la version NON pseudo statique. C'est une situation que l'on souhaite éviter et qui va diminuer avec la mise en place du ###SHARP### tracking (TM) |
| Commentaire de Alexandre Garnier [ 14/févr./08 11:45 ] |
|
Faudrait pouvoir avoir des chiffres sur cette fréquentation. Sinon la transformation de la HP pour gérer les top-sales ainsi n'est pas totalement anodine ... |
| Commentaire de Swan Desportes [ 23/janv./09 14:35 ] |
| J'ai l'impression que cette vieille demande entre en collision avec une optimisation perf que l'on souhaiterait faire sur les top ventes (se passer des caches mais pour cela il faut qu'elle ne soit rafraichie qu'une fois par jour). Je vous laisse conduire l'arbitrage : à faire ou non ? |
[APP-19327] [MeV] Affichage de remboursement de frais de port quand valeur article > 40 euros Création: 29/janv./08 18:25 Mise à jour: 05/août/08 09:38 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Frais de port, Mise en vente |
| Affecte la/les version(s): | 18.1.3 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Thomas Beylot | Attribution: | Dispatcher (Pôle CAT) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
FRA - France
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Classif1: | TX | ||||||||
| Classif2: | frais de port | ||||||||
| Description |
|
=> jira à assigner à Eymeric Teil (je ne peux pas le faire de mon accès :-( hello Eymeric voilà un mini brief sur le sujet. Validé par Quentin et le comarket, je viens t'en parler quand tu es dispo ? Contexte : Lors de la mise en vente, on observe que si le prix déposé par le vendeur est supérieur à 40¿, on affiche un remboursement des frais de port pour un envoi au tarif « normal ». Or, à partir de 40¿, on impose le « recommandé » à l'acheteur sur PriceMinister. Certains vendeurs peuvent donc ne pas aller au bout de la mev en prenant en compte le montant du remboursement des frais de port. Objectif : - Business : Augmenter le nombre de mev Idée : Adapter l'affichage du remboursement à la réalité, surtout quand on sait que pour 40¿ au moins alors le mode d'envoi sera « imposé » à minima en recommandé. |
| Commentaires |
| Commentaire de Emeric Teil [ 13/févr./08 12:40 ] |
|
Hello, La mise en place de cela n'est pas si simple qu'il n'y parait, explications : Lorsqu'on affiche le formulaire de mise en vente, on ne peut pas savoir de manière sure, quel sera le prix proposé par le vendeur. On peut éventuellement se reposer sur le prix conseillé, mais rien ne nous assure que le vendeur ne va pas mettre plus ou moins, auquel cas, les frais de port seraient à nouveau erronés. Deux solutions sont alors envisageables : -> Mettre à jour dynamiquement le montant des frais de port dès que le vendeur a saisit son prix -> Afficher un wording générique donnant le tarif normal et le tarif recommandé, en précisant que ce dernier est obligatoire à partir de 40¿. La première option serait plutôt sympathique mais sa mise en place demandant un minimum de réflexion et de conception, il ne semble pas opportun de réaliser cela en dehors du chantier de refonte de la mise en vente. La deuxième, plus simple dans sa conception, demande tout de même d'importantes interventions de la part de l'équipe "paramétrage" qui devrait reprendre chaque formulaire de mise en vente un par un (ces formulaires ne sont pas mutualisés et, rien que pour la plateforme FR, il y en a une bonne trentaine ). Qui plus est, ces formulaires datent un peu et leur structure Html n'est pas vraiment optimale, ce qui demande, à chaque modification du travail de maquettage HTML/CSS afin de gérer au mieux les différents cas. Bref, cette correction/évolution, bien que nécessaire, n'est pas si légère que cela à mettre en place. Ne vaudrait-il pas mieux la mettre en standby jusqu'au chantier de refonte de la mise en vente ? |
| Commentaire de Quentin de Chivré [ 13/févr./08 14:55 ] |
| En conséquence, le projet passe coté pôle Catalogue et devra être traité dans le cadre de la refonte de la MeV |
[APP-19294] Problème de taduction des dates en Espagne Création: 29/janv./08 11:43 Mise à jour: 14/févr./08 16:09 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Traduction |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Mineur |
| Rapporteur: | Renaud Dierickx | Attribution: | Dispatcher (Dev-Réserve) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
ESP - Espagne
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif1: | I18N |
| Description |
|
Remarque de Nerea : La variable $transferDate crée un problème lors de l'internationalisation, nous disons 15 de enero de 2008 et non pas 15 enero 2008. ce n'est pas comme en Français. Est-il possible de modifier cela ?? La traduction des dates en toutes lettres pose donc problème en espagnole. Aujourd'hui, on gère la traduction automatiquement via la Locale en Java => bug JAVA ? J'ouvre ce jira pour voir si on ne peut pas améliorer ça. |
| Commentaires |
| Commentaire de Nicolas Chauveau [ 14/févr./08 16:09 ] |
| voir si java 6 corrige le pb |
[APP-19258] Correctement configurer le calcul des stocks Création: 25/janv./08 12:32 Mise à jour: 23/déc./09 15:35 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine, Navigation produit |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Alexandre Garnier | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Actuellement, les stocks des catégories sont calculés à
partir de 2 critères : le paramètre " Stock : Afficher" sur la catégorie
ou le paramètre "Cible : Stock - ID" sur une promotions HTML pointant
vers la catégorie. En fait quasiment seul le deuxième mécanisme est utilisé, or avec la migration des promos dans IG, il y a des risques de perte de calcul de stocks. On a par exemple perdu certains stocks sur le bloc "Catalogue" de la HP lorsque j'ai désactivé toutes le HP promos en BO INTEG. Il serait donc plus logique d'utiliser le premier mécanisme sachant que les stocks ne sont calculés que sur les familles. Il faudrait donc activer ce paramètre sur les catégories dont on nécessite le stock. |
| Commentaires |
| Commentaire de Alexandre Garnier [ 25/janv./08 12:32 ] |
| Voir avec Martin pour les catégories de NpF. |
| Commentaire de Martin Sudmann [ 22/mai/08 16:49 ] |
| je n'ai rien compris... ??? |
| Commentaire de Alexandre Garnier [ 22/mai/08 17:00 ] |
| De ton point de vue c'est simple : comment provoquer le calcul des stocks pour les catégories de NpF |
| Commentaire de Alexandre Garnier [ 03/déc./08 15:53 ] |
| Ca commence à vraiment poser problème : cf JIRA lié. D'autant plus que la nav par cat n'existe normalement plus. |
| Commentaire de Pierre Bret [ 03/déc./08 15:54 ] |
|
Si ce problème a effectivement été responsable de la
disparition de certain univers de la colonne gauche HP, je suis d'avis
d'augmenter sa priorité. ah .. Alexandre vient de s'en charger .. |
| Commentaire de Benoît Bourdon [ 10/déc./08 11:11 ] |
|
A priori le mécanisme fonctionne toujours et il n'est pas prévu de le supprimer si j'ai bien compris ? -> Modifier le mécanisme fera parti du nettoyages de l'application lorsque l'on supprimera totalement les NpC. En attendant (comme pour beaucoup beaucoup d'autre mécanisme) il faut faire attention aux impacts lorsque l'on modifie quelque choses en BO ... -> Donc je diminue la priorité du jira et on se le garde sous le coude pour le jour de la suppression des NpC. |
[APP-19255] FAST : Touch sur les properties n'est pas pris en compte Création: 25/janv./08 11:41 Mise à jour: 12/janv./10 09:45 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | FAST engine |
| Affecte la/les version(s): | 19.0.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Majeur |
| Rapporteur: | Christophe Garcia | Attribution: | Martin Sudmann |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Site: | Integ |
| Projets PM: | *** STANDBY *** |
| Classif1: | FAST |
| Classif2: | application |
| Description |
|
Quand on change de HOST FAST dans les properties + TOUCH, on
devrait changer immédiatement de serveur FAST (sans arrêt du serveur). Ca n'est pas le cas. |
[APP-19232] [SURVEILLANCE] Fiche privée avec plusieurs annonceurs Création: 23/janv./08 12:16 Mise à jour: 05/mars/09 15:15 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Majeur |
| Rapporteur: | Geneviève Beaujard | Attribution: | Geneviève Beaujard |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Site: | Prod | ||||||||
| Projets PM: | *** RESERVE *** | ||||||||
| Description |
|
Suite au bug qui signale qu'une fiche privée peut avoir
plusieurs annonceurs, je vais surveiller si de nouvelles fiches ont ce
probleme. Script de vérification: select product_id, count(*) from (select DISTINCT product_id, seller_account_id from advert where prd_type_code = 1480 and creation_date > sysdate - 100 and product_id = 59979933 ) group by product_id having count(*) > 1 |
| Commentaires |
| Commentaire de Geneviève Beaujard [ 04/mars/08 14:43 ] |
|
vaille avec une nouvelle requête: SELECT product_id, COUNT(*) FROM ( SELECT DISTINCT product_id, seller_account_id FROM advert WHERE prd_type_code = 1480 AND creation_date > sysdate - 100 ) GROUP BY product_id HAVING count(*) > 1 SQL*Plus> / 59979933 2 60005671 2 60005754 2 60015419 2 Cette requête nous donne les produits privés avec plusieurs annonceurs. SELECT user_account_id from user_account where login = 'discount-pro'; 15473961 SELECT advert_id, product_id, prd_type_code, seller_account_id, creation_date FROM advert WHERE product_id in (59979933, 60005671, 60005754, 60015419) ORDER BY product_id, seller_account_id 151834726 59979933 1480 14544592 26/11/07 151834725 59979933 1480 14544592 26/11/07 151834734 59979933 1480 14544592 26/11/07 151834728 59979933 1480 14544592 26/11/07 151834736 59979933 1480 14544592 26/11/07 151834730 59979933 1480 14544592 26/11/07 151834727 59979933 1480 14544592 26/11/07 151834733 59979933 1480 14544592 26/11/07 153997955 59979933 1480 14544592 16/12/07 151834723 59979933 1480 14544592 26/11/07 156296036 59979933 1480 14544592 14/01/08 155943475 59979933 1480 14544592 11/01/08 155252468 59979933 1480 14544592 02/01/08 151834698 59979933 1480 14544592 26/11/07 155396427 59979933 1480 14544592 04/01/08 156957608 59979933 1480 14544592 21/01/08 151834714 59979933 1480 14544592 26/11/07 154063554 59979933 1480 14544592 17/12/07 151834737 59979933 1480 14544592 26/11/07 154857346 59979933 1480 15473961 27/12/07 154857344 59979933 1480 15473961 27/12/07 154857342 59979933 1480 15473961 27/12/07 154998605 59979933 1480 15473961 28/12/07 154857341 59979933 1480 15473961 27/12/07 154857350 59979933 1480 15473961 27/12/07 154857349 59979933 1480 15473961 27/12/07 154857339 59979933 1480 15473961 27/12/07 155243707 59979933 1480 15473961 01/01/08 155032399 59979933 1480 15473961 28/12/07 154857347 59979933 1480 15473961 27/12/07 154857338 59979933 1480 15473961 27/12/07 154857345 59979933 1480 15473961 27/12/07 154857343 59979933 1480 15473961 27/12/07 154857348 59979933 1480 15473961 27/12/07 151901512 60005671 1480 13862304 27/11/07 151901510 60005671 1480 13862304 27/11/07 151901508 60005671 1480 13862304 27/11/07 151901511 60005671 1480 13862304 27/11/07 151901509 60005671 1480 13862304 27/11/07 154857378 60005671 1480 15473961 27/12/07 154857377 60005671 1480 15473961 27/12/07 151901595 60005754 1480 13862304 27/11/07 151901597 60005754 1480 13862304 27/11/07 151901598 60005754 1480 13862304 27/11/07 151901599 60005754 1480 13862304 27/11/07 151901596 60005754 1480 13862304 27/11/07 154857375 60005754 1480 15473961 27/12/07 154857373 60005754 1480 15473961 27/12/07 154857374 60005754 1480 15473961 27/12/07 154857372 60005754 1480 15473961 27/12/07 151924308 60015419 1480 13953601 27/11/07 155279961 60015419 1480 15473961 02/01/08 52 rows selected. SELECT user_account_id from user_account where login = 'discount-pro'; 15473961 Toutes les annonces anormales (soumetteur different du soumetteur du produit) ont été soumises par discount-pro qui fait des manips bizarres voir http://pricejira.lan/browse/APP-19065. Conclusion: Pour l'instant il n'y a pas aggravation du probleme. Il serait peut être bon que l'equipe commerciale demande a discount-pro ce qu'il trafique avec les vetements. La derniere tentative de discout-pro date du 21/01/08. |
| Commentaire de Isabelle Weisbecker [ 04/mars/08 16:41 ] |
| ce n'est pas un pro et il ne souhaite plus vendre sur PM. On l'a mis en -2. |
| Commentaire de Geneviève Beaujard [ 07/août/08 12:43 ] |
| Voir http://pricejira.lan/browse/APP-19065 |
| Commentaire de Edouard Gomez-Vaez [ 03/sept./08 12:08 ] |
| A mettre en CAT-E car le jira correctif ne passe qu'en CAT-D. |
| Commentaire de Geneviève Beaujard [ 11/févr./09 10:48 ] |
|
SELECT product_id, COUNT(*) FROM ( SELECT DISTINCT product_id, seller_account_id FROM advert WHERE prd_type_code = 1480 AND creation_date > sysdate - 100 ) GROUP BY product_id HAVING count(*) aucune ligne sélectionnée |
[APP-19199] Organiser de vraies soldes ? Création: 17/janv./08 18:08 Mise à jour: 22/janv./08 13:29 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Aucune |
| Affecte la/les version(s): | Aucune |
| Version(s) corrigée(s): | Aucune |
| Type: | Bogue | Priorité: | Critique |
| Rapporteur: | Christophe Garcia | Attribution: | Dispatcher (Fonc) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Pays: |
FRA - France
|
| Projets PM: | *** A PLANIFIER *** |
| Description |
|
Les soldes sont à chaque fois un joli capharnaum mélange
d'anim flash pointant vers des TG, des boutiques, des liens de nav et
autres ... Bref on y comprend pas grand chose, on ne voit pas bien le prix avant/après solde. On ne sait pas quels articles sont soldés parmi tous ceux de la boutique, ... ... Il faudrait mettre en place de vraies soldes à savoir : - être capable d'identifier une liste d'annonces (ie demander aux commerciaux de collecter auprès des PRO l'ensemble des produits qu'ils souhaitent solder) et le % de remise - Organiser une page soldes "dynamique" autour de cette offre ie regroupement par vendeur, par categ de produit, ... - Gérer un affichage spécial dans les boutiques pour signaler les produits soldés Système à généraliser à tout type d'opérations de type soldes : Saint Valentin, Rentrée, ..... |
| Commentaires |
| Commentaire de Espérance Galouo-Lece [ 22/janv./08 13:29 ] |
|
- Cela permettrait d'éviter ce genre de Jira |
[APP-19181] Mémoriser des annonces sans passer par la mise en panier Création: 16/janv./08 14:20 Mise à jour: 24/déc./09 12:19 |
|
| Etat: | Ouvert |
| Projet: | Application PriceMinister |
| Composants: | Mémo, Souhaits |
| Affecte la/les version(s): | 18.2.0 |
| Version(s) corrigée(s): | Aucune |
| Type: | Amélioration | Priorité: | Mineur |
| Rapporteur: | Arnaud Forgues | Attribution: | Dispatcher (Pôle NAV) |
| Résolution: | Non résolu | ||
| Estimation restante: | Non spécifié | ||
| Temps consacré: | Non spécifié | ||
| Estimation originale: | Non spécifié | ||
| Liens des demandes: |
|
||||||||
| Pays: |
ALL - Tous
|
||||||||
| Projets PM: | *** STANDBY *** | ||||||||
| Description |
|
Suite à une remarque de JZ dans le JIRA APP-19121
(viré JIRA lié), il serait souhaitable d'envisager la mémorisation
d'annonces / produits sans avoir besoin de mettre ces annonces en panier
au préalable. Ainsi on économiserait sur le mécanisme de best_price.
Ceci a été envisagé suite au constat que beaucoup d'internaute font des
mises en panier uniquement pour mémoriser des produits et revenir dessus
pus tard!
|
[APP-32974] 
